敏捷测试现状调查初步报告 (一) 和 敏捷测试现状调查初步报告 (二) 基本完成了 敏捷测试现状调查 各项数据的统计、分析和点评,最后再向大家报告其中第22、23题的反馈结果,即关于下面两个问题的回答:
-
在敏捷测试中,您的团队存在的最大问题是什么?
-
关于敏捷测试,您自己最困惑的问题是什么?
这虽然没有客观数据,但是大家答得不仅尖锐,而且有趣,是来自一线的客观问题,覆盖了方方面面,值得大家思考。由于时间关系,在此也不准备一一回答,而可以考虑未来在计划写的《敏捷测试》一书中去回答这些问题。
一、团队在敏捷测试中存在的最大问题是:
(按反馈的数量排序,多数问题有多人指出,进行合并整理)
简评:人的问题可能是最根本的问题,敏捷文化、价值观也是由人来承载。人的素质和能力达不到,搞敏捷就会搞得很辛苦,加班比以前更多了,可能质量和效率并没有提高。人越不行,流程、制度、文档发挥的作用越大。和朋友聊起敏捷,经常我会提到:如果企业缺乏人才竞争力,人员流动率很高,是不适宜搞敏捷的。如果原来不重视需求、设计和代码的质量,实施敏捷以后,如果更加肆无忌惮地忽视需求的分析和评审、设计和代码的评审、单元测试等等,那么情况只能更糟糕。
简评:自动化测试、流程、测试能力还是基础。虽然敏捷宣言声称:个体与协作胜于流程和工具、可工作的软件胜于完备的文档,但是,今天多数采用的Scrum定义的流程实际比过去CMMI定的流程更具体、更严格,连开几个什么会议、每个会议开多长时间(甚至回答的问题)都有明确规定,流程在敏捷开发中依旧发挥很大作用(敏捷宣言核心的四句话之后的那段文字也不要忽视啊,哈哈)。如果问许多敏捷的团队,实施敏捷后最大的收益在哪里?得到的答案是持续集成、快速发布。对国内大多数团队来说,持续集成、快速发布不是受益于敏捷文化、流程,而是受益于过去不曾有的而今天所拥有的、一系列好的工具与实践。
二、关于敏捷测试,最困惑的问题是:
简评:这部分困惑主要来源于对敏捷正确的认识、思考和实践之不足。
简评:这部分困惑主要来源于测试基础之薄弱,包括测试方法缺乏、测试流程不成熟和测试团队能力弱,测试领域的优秀人才比较缺乏,更多的优秀人才集中在开发、产品、运维等。
参考:
软件测试的一个新公式引起的思考