软件测试:经验与教训

来源:互联网 发布:mac 搜狗输入法 编辑:程序博客网 时间:2024/05/22 20:06

转载于zhangren07:http://blog.csdn.net/zhangren07/article/details/5329869

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

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

3,尽早迅速测试。(时间)

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

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

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

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

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

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

10,当测试复杂产品时——陷入与退出(间歇进行熟悉产品)!

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

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

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

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

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

16,软件开发中总会有很晚的变更。

17,掌握一些能够证明自己能力的工作样本,材料等,为找新工作作准备,但不能泄露公司机密,必要时请公司的原领导签字!

18,很多时候项目初始测试策略总是错的。

19,在项目每个阶段问自己:我现在可以进行哪些测试,怎么样测试?

20,在重新利用测试材料时,不要迷信以前的东西(资料)。


原创粉丝点击