如何写好测试用例

测试的过程就是执行测试用例的过程，由此可见测试用例设计是对测试结果的保证。对于测试用例的设计对于不同的产品有不同的设计方式，在此讲述个人对测试用例的设计思路的思考。

需求文档中包含了每个模块的各个功能点的测试范围，为测试划分了一个边界，需要仔细阅读需求文档，不清楚的功能需要找到产品确认，千万不要按照自己的理解来写测试用例，人与人的思维大不相同，除了那些清晰的需求，那种含糊不清的需求都需要与需求文档编写人员确认。

通过思维导图或者功能树的形式将整个系统的功能列举出来，确保需要测试的功能点没有遗漏，后在对列举的功能进行用例设计。在用例设计的过程中，很多功能都会在以往的测试中遇到，可以参照以往的测试用例，最佳的方式是对过往的测试用例进进行分类总结，在测试用例设计时候就可以按类进行使用。

例如 web 测试经常遇到对输入框输入信息的测试，可输入信息也较为固定如中文 、英文、大写英文、数字、特殊字符、不输入信息等方式进行测试，在此就可以对输入框测试用例做出归纳总结，在其他项目遇到 web 输入框测试时，可以直接使用之前总结的用例，就犹如编写代码时调用模块一般。对于有经验的测试人员来说，用例总结归纳可以在测试用例设计时减少花费时间，对于新人来说可以使其开阔眼界。

功能实现逻辑也就是这个功能是怎么实现，不是指代码层面的，而是逻辑层面的。作为黑盒测试也是需要知道功能如何实现，好处在于可以理解产品如何运行，更深的去挖掘测试点，完善产品的质量。从功能实现逻辑进行思考只是作为一个测试用例设计方向，需要避免将大量时间用在这上面忽略其他测试方向。

产品易用性更多的是从用户使用体验方面来看待当前的产品，用户体验目前个人认为更多的只能依靠测试人员在平时使用其他产品得到的经验以及个人审美水平来把握产品易用性，可以在平时学习产品设计的知识，多去体验其他产品多去看美好的事物。

提升用户体验分为两个方面，第一在产品已实现的功能上做小修改，使功能使用上人性化。如页面布局更美观，按键布局更顺手。

从性能测试、压力测试、异常测试、兼容性方面思考测试用例。

在产品功能测试稳定之后，必然会涉及性能、压力、异常、兼容等测试中的其中几项，测试用例的设计也需要考虑这些方面。

以上所述是结合我多年工作经验总结出来的，如果各位测试有不同的看法，欢迎交流学习。