《软件测试经验与教训》读书笔记---第九章

《软件测试经验与教训》读书笔记--目录

第一章 测试员的角色
第二章 按测试员的方式思考
第三章 测试手段
第四章 程序错误分析
第五章 测试自动化
第六章 测试文档
第七章 与程序员交互
第八章 管理测试项目
第九章 测试小组的管理
第十章 软件测试职业发展
第十一章 计划测试策略

第九章  测试小组的管理

测试小组管理上面对哪些挑战？

经验210: 平庸是一种保守期望

经验211: 要把自己的员工当做执行经理

经验212: 阅读自己员工完成的测试报告

• 这些报告写得好吗？
• 报告直率地提出了问题吗？
• 报告留下迫切要求后续测试的漏洞了吗？
• 发现程序错误的测试看起来例行公事还是很有见地？
• 程序错误发现很难吗？
• 报告的语气怎么样？
• 程序员能理解报告吗？

经验213: 像评估执行经理那样评估测试员

• 他卷入了什么争端，为什么？
• 在按期完成任务方面做得怎么样？
• 在信守自己诺言方面做得怎么样？
• 他遗漏了什么类型的问题？
• 他对其他测试员和程序员提供了什么类型的帮助，以提高他们工作的有效性和生产率？
• 他在学习新技能吗？他在把自己的技能传授给其他测试员方面做得怎么样？
• 他站在公司的立场上处理过什么问题？这些在其对公司业务的判断和个人道德上是如何体现的？

经验214: 如果测试经理确实想知道实际情况，可与员工一起测试

经验215: 不要指望别人能够高效处理多个项目

经验216: 积累自己员工的专业领域知识

经验217: 积累自己员工相关技术方面的专门知识

经验218: 积极提高技能

经验219: 浏览技术支持日志

经验220: 帮助新测试员获得成功

经验221: 让新测试员对照软件核对文档

经验222: 通过正面测试使新测试员熟悉产品

经验223: 让测试新手在编写新错误报告之前，先改写老的错误报告

经验224: 让新测试员在测试新程序错误之前，先重新测试老程序错误

• 重现现在还没有关闭的程序错误
• 重新测试已经解决的程序错误
• 重新测试已经解决单还没有关闭的程序错误

经验225: 不要派测试新手参加几乎完成的项目

经验226: 员工的士气是一种重要资产

经验227: 测试经理不要让自己被滥用
不要做自己做不了的事

经验228: 不要随意让员工加班

经验229: 不要让员工被滥用

经验230: 创造培训机会

经验231: 录用决策是最重要的决策

经验232: 在招募期间利用承包人争取回旋余地

经验233: 谨慎把其他小组拒绝的人吸收到测试小组中

经验234: 对测试小组需要承担的任务，以及完成这些任务所需的技能做出规划

经验235: 测试团队要有不同的背景

经验236: 录用其他渠道的应聘者

经验237: 根据大家意见决定录用

经验238: 录用热爱自己工作的人

经验239: 录用正直的人

经验240: 在面谈时，让应聘者展示期望有的技能

经验241: 在面谈时，请应聘者通过非正式能力测验展示其在工作中能够运用的技能

经验242: 在录用时，要求应聘者提供工作样本

经验243: 一旦拿定主意就迅速录用

经验244: 要将录用承诺欣成文字，并遵守诺言

参考《软件测试经验与教训》