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