软件测试:经验与教训
2012-05-02 09:37
411 查看
转载于zhangren07:/article/9407594.html
1,明确测试员的使命!(找出错误?为产品达到某标准?帮助程序员改进?帮助使产品与需求吻合?对产品总体质量的评估?尽快完成测试的工作?)
2,我们测试面对的主要客户是哪几类?面向程序员?面向客户?项目经理?“看门人”?明确责任,避免“不关我事”。
3,尽早迅速测试。(时间)
4,当心“完备的”测试,明确给定时间内,做了哪些重要的测试,而不是所有测试,因为测试不能找出所有问题!(效率)
5,测试人员并不能保证质量,只是提供质量问题的相关信息,质量的保证要靠整个团队。
6,不要试图总去告诉程序员怎么做以提高软件质量,对他们宽容,让他们自己学习体会,除非讨论会交流发言!
7,别人通常不知道测试员怎么工作!要向他们沟通,解释,代码交付等才能及时,部门之间才能协调。
8,所有测试都是试图回答某些问题!测试员的主要工作之一就是报告这些问题的答案!
9,需求文档通常不完整甚至没有,不要期望需求都写好在文档上,需求很多时候要通过自己去发现(会议、推导、参照)。“项目文档有用,但永远不足”。
10,当测试复杂产品时——陷入与退出(间歇进行熟悉产品)!
11,对产品的第一印象很重要,因为那也将是用户的第一印象!但随着测试的深入,渐渐会忘记第一印象!
12,下功夫研究并写好测试报告,所有人都会受益。错误报告代表的是测试员自己,有不同的读者,包括你批评的人,因此要注意语气,引别人的报告时要谨慎!
13,尽早报告,并不要假设一些明显的错误不需要报告!小错误也是值得报告的!并记住永远要报告不可重现的错误,最好努力使之重现,不重现则描述努力!
14,每个程序错误都要有单独的报告。
15,程序员宣称错误已经修改后要检查,不要期望所有错误都被修改,要量力而行,不要让延迟修改的错误消失。
16,软件开发中总会有很晚的变更。
17,掌握一些能够证明自己能力的工作样本,材料等,为找新工作作准备,但不能泄露公司机密,必要时请公司的原领导签字!
18,很多时候项目初始测试策略总是错的。
19,在项目每个阶段问自己:我现在可以进行哪些测试,怎么样测试?
20,在重新利用测试材料时,不要迷信以前的东西(资料)。
1,明确测试员的使命!(找出错误?为产品达到某标准?帮助程序员改进?帮助使产品与需求吻合?对产品总体质量的评估?尽快完成测试的工作?)
2,我们测试面对的主要客户是哪几类?面向程序员?面向客户?项目经理?“看门人”?明确责任,避免“不关我事”。
3,尽早迅速测试。(时间)
4,当心“完备的”测试,明确给定时间内,做了哪些重要的测试,而不是所有测试,因为测试不能找出所有问题!(效率)
5,测试人员并不能保证质量,只是提供质量问题的相关信息,质量的保证要靠整个团队。
6,不要试图总去告诉程序员怎么做以提高软件质量,对他们宽容,让他们自己学习体会,除非讨论会交流发言!
7,别人通常不知道测试员怎么工作!要向他们沟通,解释,代码交付等才能及时,部门之间才能协调。
8,所有测试都是试图回答某些问题!测试员的主要工作之一就是报告这些问题的答案!
9,需求文档通常不完整甚至没有,不要期望需求都写好在文档上,需求很多时候要通过自己去发现(会议、推导、参照)。“项目文档有用,但永远不足”。
10,当测试复杂产品时——陷入与退出(间歇进行熟悉产品)!
11,对产品的第一印象很重要,因为那也将是用户的第一印象!但随着测试的深入,渐渐会忘记第一印象!
12,下功夫研究并写好测试报告,所有人都会受益。错误报告代表的是测试员自己,有不同的读者,包括你批评的人,因此要注意语气,引别人的报告时要谨慎!
13,尽早报告,并不要假设一些明显的错误不需要报告!小错误也是值得报告的!并记住永远要报告不可重现的错误,最好努力使之重现,不重现则描述努力!
14,每个程序错误都要有单独的报告。
15,程序员宣称错误已经修改后要检查,不要期望所有错误都被修改,要量力而行,不要让延迟修改的错误消失。
16,软件开发中总会有很晚的变更。
17,掌握一些能够证明自己能力的工作样本,材料等,为找新工作作准备,但不能泄露公司机密,必要时请公司的原领导签字!
18,很多时候项目初始测试策略总是错的。
19,在项目每个阶段问自己:我现在可以进行哪些测试,怎么样测试?
20,在重新利用测试材料时,不要迷信以前的东西(资料)。
相关文章推荐
- 软件测试经验与教训三
- 软件测试:经验与教训
- 迅速找出重要程序问题 - 来自《软件测试经验和教训总结》
- <软件测试经验与教训>评注【原创】
- 软件测试经验与教训一
- 软件测试经验与教训二
- 一个成功软件测试项目的经验
- 基于一个中心、四个基本点打造软件平台的经验教训分享(1/2)
- WebService性能测试脚本的一些经验教训
- 基于一个中心、四个基本点打造软件平台的经验教训分享(2/2)
- 软件开发的滑铁卢----重大失控项目的经验和教训(之二)
- 软件项目测试管理经验谈
- 谈软件测试面试经验
- XX项目测试经验和教训总结
- 《软件测试实战:微软技术专家经验总结》前言
- 软件测试管理经验谈 (轉)
- 软件测试教训记录
- 一个8年软件测试工程师的经验分享——软件测试工程师必看
- 一个软件测试人员的经验分享
- 利用免费软件测试CRM经验谈