刚入行的测试人如何快速判定软件问题，已经工作一段时间的测试人如何成长？废话不说，直接上干货！
如何快速找出程序/软件问题
01
先测试变更部分（如新增需求、修改过bug的代码），再测试没有变更的部分。
因为：修改和更新意味着有新的风险。
02
先测试核心部分（如重点功能、核心需求），再测试辅助功能。
因为：有限时间内，测试完关键和常用功能，意味着完成产品基本功能的测试。
03
先测试功能，再测试性能。
因为：只有功能正常后，测试性能再有意义，否则功能改动后，之前的性能测试报告就变得无用。
04
先测试常用场景，再测试少见场景。
因为：有限的时间内，完成常用场景测试能尽量覆盖用户使用场景，避免基本错误出现。
05
先测试影响大的问题，再测试影响小的问题。
因为：影响大的问题造成的破坏大于影响小的问题。
如何提供一份具有信服力的测试报告
01
收集和提供测试评估证据，如测试环境、复现方法、复现频率、故障现象截图/视频录像等。
因为：足够的证据和信息能够减少测试人员与开发人员的沟通成本，能够帮助开发人员快速地定位故障代码。
02
尽量使用逻辑的表达方式，如given……when……then，表述已知xx条件下，进行xx操作，产生xx结果。
因为：测试人员在梳理逻辑性的同时，可以加深对故障诱因的确定，且逻辑清晰的表达方式能让开发人员快速地理清前因后果。
03
进行有效地拓展推论，如当前故障的波及影响，可能影响的其他模块或功能。
因为：有的故障（如接口故障）可能对其他模块产生影响，在分析当前故障影响时，推论对其他模块的波及能够提前发现隐藏的波及故障。
测试人员如何进行思考
01
技术性思考，如理解程序/软件内部结构、数据流转过程、状态变换等等。
因为：只有了解软件内部运作，才能进行更深入的测试，挖掘深层故障。
02
创造性思考，如对观察到的现象进行有效推论，寻找可能存在的问题，或对使用工具/测试方法进行想象，寻找更有效的工具。
因为：创造性思考，拓展性推论更能“奇兵制胜”，提高测试效率。
03
批判性思考，如不要“人云亦云”，观察到某个可能是故障的现象时，不要因为开发人员的否定而放弃，要坚持“寻找真相”，哪怕最终证明的确不是故障。
因为：开发人员也有可能局限于部分场景，判断失误，在“寻找真相”的过程中，能够加深对程序/软件的理解，收集足够的证据完成判断。
04
实用性思考，纸上得来终觉浅，需知此时要躬行。只有付诸实践的思考才能有结果，否则终如纸上谈兵。
因为：即使全面的思考和有效的推论也难免有所遗漏，只有在实践过程中，不断改进和优化，才能将思考的方案、方法与现实情况有机结合。
如何在实践中进行探索
01
向前探索，从已知探索未知。
如：某个界面配置页面，点击“下一项”试试。
02
向后探索，从当前状态返回前置状态。
如：某个界面配置页面，点击“上一项”试试。
03
横向探索，跳出当前状态，切换到其他状态。
如：某个界面配置页面，未完成配置，刷新页面试试。
如何快速产生探索性测试思路
01
测试程序边界，常用的边界值测试法。
如：某个输入窗口限定输入1-100，试试1和100的输入值测试。
02
测试所有错误信息，即异常代码处理。
如：程序运算溢出导致内存增加，溢出异常频发出现可能导致内存溢出。
03
测试非默认配置。
如：软件安装会提供默认选项配置，试试非默认配置。
04
测试极限测试。
如：在硬件资源告警时，测试程序运行情况。
很多人说测试是需要经验的，的确，有经验的指导能够帮助测试人员更好地测试。“测试经验谈”第一部分就先到这里吧~
喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！
好文推荐
转行面试，跳槽面试，软件测试人员都必须知道的这几种面试技巧！
面试官：工作三年，还来面初级测试？恐怕你的软件测试工程师的头衔要加双引号…
4个月自学软件测试面进阿里！如何从功能测试转成自动化…我经历了什么
6000元报了培训班，3个月后我成功“骗”进了腾讯大厂，月薪15000
扫一扫
883
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
