软件测试:经验与教训

本书《软件测试:经验与教训》提供了丰富的测试员经验,强调了明确测试目标、尽早测试、与团队沟通的重要性。测试人员并非质量保证者,而是提供质量问题信息。测试报告的撰写需慎重,每个程序错误应单独报告。此外,适应需求变化,不断调整测试策略,是软件测试中的关键挑战。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

 

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

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

3,尽早迅速测试。

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

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

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

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

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

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

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

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

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

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

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

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

16,软件开发

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值