测试工作中常见问题及优化方案

本文内容主要总结日常测试过程中遇到的问题，并总结对应的优化方案

1、产品需求文档为A，开发的技术实现为B，需求文档与实现不一致（可能产品最后同意技术实现方案B）

存在的问题：

1. 由于测试同学分析需求时按照需求文档A进行分析，测试时需要重新返工按照技术B进行分析，中间浪费一点时间和人力，且后期分析时由于时间进度等原因考虑可能没有那么周全，容易出现漏测情况
2. 若产品不同意开发的技术方案B，技术也需要重新返工实现

优化方案：

1. 开发需认真阅读需求文档，按照需求文档实现代码逻辑，遇到与产品需求不一致或有更好方案时需提前与产品沟通，产品同意后再按照沟通后的方案实现
2. 在开发人员开发过程中，加强与开发之间的沟通，向开发确认是否按照产品需求文档进行实现
3. 产品自测时，需要加强测试质量，尤其是对实现逻辑的测试

2、产品开发沟通需求不清，双方理解不一致

存在的问题：

1. 导致产品需求标注错误，测试误以为是新的限制条件，对其扩展分析完善用例
2. 测试时以为是开发未实现的需求，记为bug

优化方案：

1. 产品、开发、测试需调整沟通方式，尽量使用较能理解的语言描述问题、需求、实现逻辑、注意事项等
2. 产品、开发、测试沟通完成后需要梳理调整需求文档，测试进行确认三方理解是否一致，针对不一致处，再次沟通直到三方理解一致
3. 在开发实现时，加强产品和开发之间的沟通，向开发确认是否按照产品需求文档进行实现

3、用例不够完善，每次需要边测试边进行优化，甚至有时候需要重新梳理才行

优化方案：

1. 每次多花点时间，充分理解需求并优化用例，在用例分析阶段即按照执行用例，了解其是否符合实际场景并对其进行优化
2. 要求必须了解需求/bug优化前后的实现逻辑，修改的字段和接口，涉及范围，以及注意事项

4、产品与开发讨论需求修改时，部分信息未更新文档和同步测试

存在的问题：

1. 测试同学信息落后，开发实现结果与产品需求不一致，误认为是bug
2. 需求变更，信息未同步测试，用例分析方向错误需要重新复盘分析，浪费一定时间和精力

优化方案：

1. 测试前需要和产品开发再次确认需求文档、实现逻辑和代码执行逻辑是否有改动，如有改动产品是否同步更新需求文档
2. 要求产品、开发、测试讨论问题尽量周知三方（切勿只周知一方，导致另一方信息断层）

5、测试前未了解实现逻辑和代码执行逻辑

存在的问题：

1. 心中无代码实现逻辑，用例分析不够完善
2. 无法判断是客户端还是服务端的问题，导致bug解决不及时

优化方案：

1. 与开发确认导致问题的原因/需求优化方案（旧逻辑、新逻辑），分析原因和测试范围
2. 产品与开发讨论优化点或者讨论疑难点时，可在旁随听，了解需求/bug优化涉及范围、实现逻辑、注意事项等