一点对测试用例设计思路的思考

　　测试的过程就是执行测试用例的过程，由此可见测试用例设计是对测试结果的保证。
　　对于测试用例的设计对于不同的产品有不同的设计方式，在此讲述个人对测试用例的设计思路的思考
　　1.通读规格说明书
　　规格说明书规定了需要测试的范围，测试的功能点，为测试划分了一个边界。需要认真读里面关于功能的说明，了解功能使用的范围，清晰其中的规则。在规格说明书中不清晰的用词如：一段时间，需要将此类不清晰的用词弄清楚，一段时间是多久1分钟？10分钟？
　　2.至顶向下的将需要测试的功能点列举出来
　　使用思维导图将需要测试的功能点，从上至下的列举出来，确保需要测试的功能点没有遗漏，然后在对列举的功能进行用例设计。在用例设计的过程中，很多功能都会在以往的测试中遇到，可以参照以往的测试用例，最佳的方式是对过往的测试用例进进行分类总结，在测试用例设计时候就可以安类进行使用。例如web测试经常遇到对输入框输入信息的测试，可输入信息也较为固定如中文 、英文、大写英文、数字、特殊字符、不输入信息等方式进行测试，在此就可以对输入框测试用例做出归纳总结，在其他项目遇到web输入框测试时，可以直接使用之前总结的用例，就犹如编写代码时调用模块一般。对于有经验的测试人员来说，用例总结归纳可以在测试用例设计时减少花费时间，对于新人来说可以使其开阔眼界。
　　3.从功能实现逻辑方面进行考虑
　　功能实现逻辑也就是这个功能是怎么实现，不是指代码层面的，而是逻辑层面的。作为黑盒测试也是需要知道功能如何实现，好处在于可以理解产品如何运行，更深的去挖掘测试点，完善产品的质量。从功能实现逻辑进行思考只是作为一个测试用例设计方向，需要避免将大量时间用在这上面忽略其他测试方向。
　　4.从产品相互影响的角度思考
　　有些产品是可以独立运行的如windows电脑上的office，在测试的时候只需要考虑产品本身就行。很多产品都是需要服务器端进行支持，如云盘，在windows端的网页或手机端的APP上对文件进行保存、删除等操作是需要与服务器端进行交流的，如此在测试这类产品的时候不仅要对产品本身进行测试用例设计，还需要考虑到服务器对需要测试产品的影响，如服务器异常情况下产品如何反馈。
　　5.测试平台本身的特点
　　目前测试所遇到的平台分为windows、web、Android、ios、linux，各平台之间都有不一致的地方，如windows不区分大小写，linux上区分大小写，当测试的产品都可以运行在windows、linux平台上时，区分大小写问题会有什么影响，这就是不同平台的特点带来测试过程中需要思考的问题。对多平台了解越透彻，这方面的测试用例设计就会更完善，这更多的是平时的积累，当然在公司如果有牛人做过此方面的总结，在用例设计的时候就可以用来参考，可以弥补此方面经验不足。
　　6.产品易用性方面
　　产品易用性更多的是从用户使用体验方面来看待当前的产品，用户体验目前个人认为更多的只能依靠测试人员在平时使用其他产品得到的经验以及个人审美水平来把握产品易用性，可以在平时学习产品设计的知识，多去体验其他产品多去看美好的事物。
　　提升用户体验分为2方面，第一在产品已实现的功能上做小修改，使功能使用上人性化。如页面布局更美观，按键布局更顺手。
　　第二在了解用户需求的基础上改功能实现方式，目的也是使用户使用更简便，产品更美观。
　　7.从性能测试、压力测试、异常测试、兼容性方面思考测试用例
　　在产品功能测试稳定之后，必然会涉及性能、压力、异常、兼容等测试中的其中几项，测试用例的设计也需要考虑这些方面。 文章源自玩技e族-https://www.playezu.com/203774.html