
关于测试用例的设计,测试理论和Internet上的许多文章都建议等价类划分,边界值,因果图,错误猜测方法,场景方法等. 我个人认为这些方法不是必需的. 首先,对于新手来说,这些方法是什么意思,如何使用?我的建议是: 从用户角度设计测试用例.
从用户的角度来看,产品的首要关注当然是其功能,其次是性能和稳定性,最后是容错能力. 转换为测试术语,首先编写功能测试用例,然后编写性能测试用例,然后编写稳定性测试用例,最后考虑在产品使用过程中可能遇到哪些异常,为这些异常设计一些用例以检查产品的容错能力.

首先测试用例怎么 写,功能测试用例
有两种编写功能测试用例的方法,一种是按照主功能和辅助功能的顺序编写;另一种是按照产品使用的顺序来编写,打开,注册,登录,使用主功能和退出.

两个,性能测试用例
还有两种设计性能测试用例的方法. 第一个是仔细地逐一检查功能测试用例,考虑用户在操作时会在意功能测试用例中的哪些用例;来吧,想一想从开放到使用到退出都要关注它的性能.

三,稳定性\压力测试用例
编写功能测试用例和性能测试用例. 逐一检查它们,以查看在重复操作或长期操作期间发生了哪些异常情况. 增加此用例的周期数或延迟用例的运行时间,从而创建压力\稳定性测试用例.

四个兼容性测试用例
设计以上用例集,您需要仔细考虑. 在不同的平台上,哪些用例可能会有不同的结果?在平台上标记这些用例,然后在不同的平台上执行它们. 此外,检查用户可能会犯错的步骤,设计用例,并在犯错时检查产品的容错性.
五测试用例怎么 写,区分用例的重要性
本文来自电脑杂谈,转载请注明本文网址:
https://www.pc-fly.com/a/ruanjian/article-191451-1.html
更惶论与倭相较了
学术界和网上众说纷纭