学习《测试架构师修炼之道》笔记——第五章

第五章 软技能

5.1 沟通协商

1、测试的视角？

　　需求是否可以测试，需要怎么测试，怎么样才算验证通过？

　　设计是否可以测试，需要怎么测试，怎么样才算验证通过？

　　从功能性、可靠性、易用性、效率、可移植性、可扩展性的角度去考虑。（非功能方面：性能、可靠性、安全性、易用性、可移植性、可测试性）

2、开发可能比较关注的是是否全新开发，是否有继承，业务流程图，规格可能是开发比较关注的东西。

3、主动反复沟通：

　　主动反复沟通有利于阻止问题到最后一刻集体爆发。

　　如何反复沟通： 介绍→目标→方法→举例1→举例2→举例3→举例n→总结

　　举例可以是正面的、反面的、通用的、特殊的

4、用例的设计：

　　测试分析、用例组织框架的确定、用例标题确定和测试步骤与预期结果的输出（每一项的内容是什么，如何进行？？？）

5、与领导沟通重点：

　　决策者的关注点：1、产品测试结果和产品的质量评估结论。2、重要BUG。3、重要风险。4、进度。

　　我们表达的重点：1、测试覆盖情况。2、质量目标的达成。3、遗留缺陷。（措辞少用不确定的用语，如：可能，感觉等。）

　　重要BUG沟通重点：1、当前进展。2、修改方式或规避方式。3、对典型缺陷、后续改进计划可以回报。（如果出现某些信息不清楚，就承认不清楚并表示立即去了解相关信息，同时承诺反馈时间）

5.2 测试用例设计

1、好的测试用例：

　　好的测试用例应该简洁无歧义，突出测试用例的目的，描述清楚关键的步骤和检查点即可。

2、如何控制用例颗粒度（即一条测试用例包含的测试内容）的：

• 测试用例标题不要超过30个汉字。
• 测试步骤不要超过7步，不要少于2步。
• 预期结果不要多于5个，不要少于1个。

3、测试用例标题：

　　推荐使用的句式：在怎样的条件下，谁　　做了　　怎样的事情，　　得到了怎样的结果。

　　用条件作为用例标题而不用参数作为标题，参数可放在测试数据中。

　　一个用例中包含多个参数，用例中的参数应该是每个参数的取值。

　　在预期结果和测试步骤中增加检查标记【check1】，一目了然。

　　避免在测试步骤中写模糊的词语，如反复，多次