软件测试经验与教训（三）

经验五：迅速找出重要程序问题

测试员的使命很可能包括找出重要的（与无意义相反）程序问题，而且要迅速找出。如果是这样,那么这对测试员所执行的测试意味着什么呢？

• 首先测试经过变更的部分，然后测试没有变化的部分。修改和更新都意味着新的风险。
• 首先测试核心功能，然后测试辅助功能，测试产品所完成的关键和常用功能，测试完成产品基本任务的功能。
• 首先测试能力，然后测试可靠性。先测试每个功能是否完全能用，然后再深入检查任何一个功能在很多不同条件下表现如何。
• 首先测试常见情况，然后测试少见情况。使用常用的数据和使用场景。
• 首先测试常见威胁，然后测试罕见威胁。用最有可能出现的压力和错误情况进行测试。
• 首先测试影响大的问题，然后测试新影响小的问题。测试在出现失效的情况下会产生大量破坏的产品部件。
•首先测试最需要的部分，然后测试没有要求的部分。测试对团队其他人有重要意义的任何部分的任何问题。

测试员如果对产品、产品必须与之交互的软件和硬件以及将使用软件的人越了解，越有可能更快地找出重要问题。应好好研究这些方面的内容。

经验六：跟着程序员走

为程序员提供支持，很可能是测试员使命的关键部分。在测试员测试程序员正在编写或刚刚完成的程 序时 , 测试员的反馈有助于提高程序员的工作效率 。程序后交付软件后，应该马上测试；程序员修改代码后,应该马上测试所做的变更。尽可能建立最短、最快的反馈环路。当程序员正在苦苦地思索测试员刚刚发现的程序问题时，测试员又开始寻找更多的程序问题。（对于测试员来说，）理想情况是，程序员为了修改测试员找出的程序问题忙得团团转，使程序员，而不是测试员，成为项目的瓶颈。

读完本文有收获吗？请转发分享更多人

软件测试分享圈

标签：找出,经验,教训,首先,程序,然后,程序员,测试,软件测试
来源： https://blog.csdn.net/m0_49949392/article/details/119484343