软件测试：经验与教训

今天看了《软件测试：经验与教训》一书。这本书对于从事软件测试的人员，将在整个职业发展周期内起作用，我的入门者身份，主要关注了测试员相关的问题，必要时，将来仍需要回头回味这本书中的相关内容。话不多说了，记下了点笔记吧：

 

1，明确测试员的使命！（找出错误？为产品达到某标准？帮助程序员改进？帮助使产品与需求吻合？对产品总体质量的评估？尽快完成测试的工作？）

2，我们测试面对的主要客户是哪几类？面向程序员？面向客户？项目经理？“看门人”？明确责任，避免“不关我事”。

3，尽早迅速测试。

4，当心“完备的”测试，明确给定时间内，做了哪些重要的测试，而不是所有测试，因为测试不能找出所有问题！

5，测试人员并不能保证质量，只是提供质量问题的相关信息，质量的保证要靠整个团队。

6，不要试图总去告诉程序员怎么做以提高软件质量，对他们宽容，让他们自己学习体会，除非讨论会交流发言！

7，别人通常不知道测试员怎么工作！要向他们沟通，解释，代码交付等才能及时，部门之间才能协调。

8，所有测试都是试图回答某些问题！测试员的主要工作之一就是报告这些问题的答案！

9，需求文档通常不完整甚至没有，不要期望需求都写好在文档上，需求很多时候要通过自己去发现（会议、推导、参照）。“项目文档有用，但永远不足”

10，当测试复杂产品时——陷入与退出（间歇进行熟悉产品）！

11，对产品的第一印象很重要，因为那也将是用户的第一印象！但随着测试的深入，渐渐会忘记第一印象！

12，下功夫研究并写好测试报告，所有人都会受益。错误报告代表的是测试员自己，有不同的读者，包括你批评的人，因此要注意语气，引别人的报告时要谨慎！

13，尽早报告，并不要假设一些明显的错误不需要报告！小错误也是值得报告的！并记住永远要报告不可重现的错误，最好努力使之重现，不重现则描述努力！

14，每个程序错误都要有单独的报告。

15，程序员宣称错误已经修改后要检查，不要期望所有错误都被修改，要量力而行，不要让延迟修改的错误消失。

16，软件开发