软件测试策略、.doc

部署测试策略，除了上节介绍的合理应用各种测试技术外，还有一些不可忽略的要素需特别注意，下面分别进行介绍。

　　1．测试设计优先

　　避免没有用例进行的随机测试。无可否认，随机测试能发现一些问题，但它的特点是测试人员想到什么就测试什么，导致有些功能点重复测试，而有些业务根本就没测试到，测试盲区无法控制，整个测试工作陷入一团糟。测试是否达到结束的条件，无法量化，只能靠拍脑袋说话。最后在用户端暴露出问题后，有些测试人员还在争辩，说这个地方他清楚记得测试过了，但又拿不出测试记录。朋友，告别这样的局面吧。

　　可以定义一个原则：测试用例没有设计好之前，不允许启动测试。

　　2．保留清晰的测试记录

　　包括测试版本、测试人、测试时间、测试结果、发现的Bug等最基本的测试执行信息记录。如果用工具管理测试过程，这一点就不用人工参与，从工具中导出所需数据即可。

　　3．模块独立化

　　能独立出来测试的模块尽量独立出来，这里包括一条龙的测试任务独立，包括测试方案设计、用例设计的独立。这样做的好处是质量容易评估，且专注于某一模块单元后，可测试得更加深入。

　　4．子系统集成

　　在开发过程中，业务子系统不断迭代集成，测试需持续关注各模块接口的测试。需要时特别安排专门测试人员介入模块或子系统接口测试，如软硬件接口的驱动测试。

　　5．系统级测试

　　任何时候，都不能忘记站在用户角度的系统级测试。系统级测试中发现的问题，有可能不是软件本身的问题，而是硬件或其他方面的问题，这种情况是很正常的。

　　另外，关于测试管理方面的相关要素，需依托在项目测试中进行考虑。

　　6．人员培养

　　人员的培养，或许有人会说，这是管理线上测试经理们的事。这话没错，但是培养人才需要平台，这些平台来自于项目的支撑。结合领域的技术发展方向，用哪些技术来解决当前项目的测试需求，是测试设计师的任务。根据公司项目需求，需要哪些方面的人才，或需培养哪些方面的人才，测试设计专家更有权威。

　　7．团队成长

　　俗话说“一方水土养一方人”，一个优秀的项目常能培育一支优秀的团队。项目测试中，团队成员除了完成工作任务外，还可以借助项目这个平台提高自己、完善自己、作为项目测试负责人，面对的团队成员能力可能参差不齐，有些是有经验的老员工，有些可能是刚毕业的学生，该如何凝聚他们的力量为项目服务，也是策略中需考虑的重要事情。结合项目的测试需求，推出一系列的培训计划，就是一种推动新人成长的有效措施。

相关链接：

测试计划与跟踪机制

着眼专项测试

部分采用自动化测试，不盲目自动化

活用灰盒测试

适当采用白盒测试

黑盒测试不等于手工测试

确定顶层方向性测试类别

不可忽视从设计需求中提取测试需求

快速理解需求的捷径：需求宣讲

测试需求分析与测试策略制定

好钢用在刀刃上：测试技术应用之合适设计

测试设计不只是测试设计工程师的事

软件测试流程改进设计案例分享

认识测试流程

测试管理中的隐形指挥棒：测试组织模式的设计（3）

测试管理中的隐形指挥棒：测试组织模式的设计（2）

测试管理中的隐形指挥棒：测试组织模式的设计（1）

解读测试设计

测试设计景观