回答·6
最热
最新
- 所以在写测试用例的时候，一定要有优先级，优先级高的要提前测完
- 1.问题影响大不大，主要功能是否有影响 2.如果问题严重，回退版本或者禁用功能紧急修复。 3.问题解决完后，会划分责任
- 1、先分析下问题影响范围大不大，问题紧急不紧急，客户可接受度。客户可接受的，影响范围可控的，下个版本处理。 2、紧急的问题，客户不可接受的问题，安排开发测试紧急处理。 3、开始复盘 首先，为什么会出现开发压缩测试时间的现象，是原本需求安排不合理，还是中途需求变更了，还是技术难度导致就给测试人员的时间不够，根据原因逐一优化。指定人员跟进后续是否按优化的方法进行工作。拒绝开发压缩测试时间的现象再次发生。 接着，在开发压缩测试时间已经发生的情况下，检查测试工作是如何进行的，是否优先保证高优先级用例，问题场景是否覆盖过，等。 同事看一下开发交付给测试的东西质量如何，延期测试，再 bug 一堆，说明开发自测也不充分。在测试过程中，开发配合度如何，影响流程的 bug 如何。分析后提出解决方案，负责人跟踪落地。
- 我们在测试过程中一定要从主要问题较为严重的先测试，然后再处理次要问题，要看说明书的，其实就是把影响用户使用的功能测试，测试 OK，其他问题可以通过更新的方式来补充。
- 以线上为主，先修问题，问题修复后再说问题的原因，你说测试时间不够，为啥测试时间不够，是个人原因还是规划原因，个人原因那就别说时间不够了，想办法提高个人技能，熟练度。如果是规划时间不够，为啥排期或者是说时间节点出来后为啥不提前评估风险，测不完要提前说出来，到最后出问题了说时间不够没测试那我觉得测试的责任占比比较大
- 开发压缩测试时间，那就把上线时间往后推，如果不能推，版本就不要上了，提前和领导打招呼，报风险，不要一个人在那搞，上线出问题就是你的锅了