第五章 软技能

5.1 沟通协商

1、测试的视角？

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

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

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

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

3、主动反复沟通：

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

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

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

4、用例的设计：

每一项的内容是什么，如何进行？？？）

5、与领导沟通重点：

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

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

承诺反馈时间）

5.2 测试用例设计

1、好的测试用例：

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

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

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

3、测试用例标题：

在怎样的条件下，谁　　做了　　怎样的事情，　　得到了怎样的结果。

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

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

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

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