项目测试风险总结

随着项目规模的扩大，项目的复杂性也逐渐增加，在项目中做好风险控制也变得更加重要，以下是一些个人感觉会对测试产生较大影响的风险总结,希望对大家有所帮助： 测试执行前： 1.明确项目测试涉及哪些应用以及是否可测。有些应用项目本身未做改动可能未部署项目环境，但是测试中可能需要这些应用才能测试相关功能。应尽早提醒部署类此应用，以免影响项目环境测试执行。 2.明确外部资源是否到位。项目中可能涉及一些第三方资源，比如搜索引擎，UI，测试前需要明确对应的开发接口人，以免测试过程中发现问题无法及时解决。 3.涉及数据迁移及时间程序同步等，需要明确时间程序或数据导入的时间。部分项目可能会较大的依赖于数据或者时间程序，前期需要沟通明确此类问题，为测试执行做好充分的准备。 测试执行中： 1.需求变更要做好充分的影响分析。测试过程中发生的需求变更往往容易被忽略，明确变更的影响范围以及提交时间，必要的情况下，需要调整测试计划。 2.注意项目环境打分支的日期是否过早。部分项目可能开发介入较早，分支也较早，这样可能会导致项目环境代码与主干的差异性太大，合并主干后，问题可能很多。这种情况下，最好能再合并一次代码，以便尽早发现问题。 3.注意当前存在的其他项目及日常的相互影响。项目测试过程中，其他项目对底层应用或数据进行改动，可能会造成本项目测试无法进行。最好能提前判断当前并行的其他项目是否会对本项目产生影响，做好预防工作。 4.新需求的项目，提前通知需求提出人员进行试用。存在一些项目，到临近发布的时期，需求方发现与预期不符需要改动。这种情况下对测试会产生重大影响。所以对于新需求的项目，在功能稳定后，尽量通知需求人员对功能进行试用。 预发布阶段： 1.制定预发布测试方案。预发布时间通常较短，部分功能可能无法进行预发布测试，或需要提前准备数据，尽早制定预发布测试方案以保证预发布测试顺利进行。 2.注意预发布环境与线上环境的一致性。一些项目依赖搜索，或hfs等重要应用，需要判断这些应用是否也在升级。如果正好同时在对这些应用进行升级，可能会在发布阶段引入一些问题。 发布阶段： 1.发布后，第一时间验证淘宝主流程。对于涉及应用较多的项目，需要验证相关产品线主要流程。并注意是否存在部分机器访问不成功，并记录机器名。以保证发布过程引入的问题能及时得到解决。 以上是个人项目过程中遇到过的一些问题。风险控制还有很多很多，希望这些能对后面的项目起到参考作用，随着我们经验总结越来越多，我们的项目相信也会越做越好～