《测试过程中遇到的问题总结》由会员分享，可在线阅读，更多相关《测试过程中遇到的问题总结（2页珍藏版）》请在装配图网上搜索。
1、测试过程中遇到的问题总结需求变更问题内容详述：由于种种问题，在开发提交代码及测试完毕后，出现需求变更现象。典型项目：密影响人员：实施、研发、测试对测试影响：需求变更直接导致开发人员情绪变得消极，导致测试的工作受到影响。可记录数据：需求变更讨论会议次数、更改需求个数、时间间隔可规避方法：从测试角度出发来规避，只能从前期进入需求调研，前期做充分工作。如果是后期进入测试的话，将很难规避这样的风险，我是这样认为的。新需求文档不全、不详细、不存在内容详述：项目开始时，文档还是可控的，到项目进行过程中的需求变更和新需求，几乎都不会再生成文档。典型项目：几乎所有影响人员：开发、测试对测试影响：没有明确文档作
2、为测试的依据，测试不能发现产品偏差。可记录数据：没想到呢可规避方法：自己做好会议记录，同时要求相关人员编写相关文档。开发对测试的责任过分放大内容详述：程序不稳定，是由于测试测的不充分所至。测试充分就能保证产品质量。典型项目：密影响人员：测试对测试影响：开发对测试人员产生依赖，让测试准备数据，重现问题，修改完问题不进行自测，继续让测试准备数据进行测试。导致测试消耗了大量时间。可记录数据：缺陷重开率、缺陷新建与修正比可规避方法：测试不是生产者，测试更不是开发的保姆，将测试的责任及职责宣传给研发和实施部门，同时测试应站正自己的位置。1 迭代式开发造成测试瞬间压力较大内容详述：一个项目需要多个版本，开
3、发按照迭代式开发，当第一个版本出来时，测试量较大，当第一版稳定后，其余版本的测试任务较小，当最后一版出来后，需要对所有版本间的数据传输做全面测试。瞬间压力可上升到极点。典型项目：密影响人员：测试、实施对测试影响：瞬间的测试压力大可记录数据：没想到呢与研发、实施三可规避方法：将测试计划中详细描述这种情况下的测试需要较长测试时间，方进行确认。无论开发计划如何变更，测试人力投入不变。项目因不可抗逆因素造成延期仍按原计划进入维护阶段内容详述：项目还差一些小的关键模块根本没有开发，但由于一些不可抗逆因素造成延期，但项目开发计划进入维护阶段。典型项目：密影响人员：测试对测试影响：进入维护阶段后研发和测试的
4、任务将转变，可能会导致对该项目关键模块的开发和测试不充分。可记录数据：为提示测试模块数量可规避方法：测试说服项目经理版本变更频发内容详述：测试执行过程中，流程走不通的小模块多，需要开发立即修正发包。典型项目：通病影响人员：测试对测试影响：不发版无法继续进行测试，发版可能会对已测试完毕的部门造成风险。可记录数据：记录发版版本号、版本数量、版本频率可规避方法：要求开发必须进行自测人员变动问题内容详述：项目经理不是需求调研人员，测试人员也是后期介入典型项目：密影响人员：研发、测试对测试影响：项目经理的职责及威信会受到影响，对于一些叼酸的需求，需不断与客户确认，耽误研发修改，间接导致测试也无法进行。可记录数据：无需记录可规避方法：加强项目管理，文档管理，并保证相关文档的有效性。测试人员本身问题发现自身错误，在众人面前坦诚承认错误，并改正错误，说出自己的补救措施。总结整理自己的错误，以便提升自己的职业水平。加强自身的学习，多学习前人经验，避免问题出现。
测试过程中遇到的问题总结
