测试开发——测试分类

最新推荐文章于 2024-09-12 19:15:53 发布

是小鱼儿哈

最新推荐文章于 2024-09-12 19:15:53 发布

阅读量1.4k

点赞数 3

分类专栏：测试开发文章标签：测试用例

本文链接：https://blog.csdn.net/weixin_61061381/article/details/128699967

版权

测试开发专栏收录该内容

8 篇文章 15 订阅

订阅专栏

一、有关测试用例的回顾

万能测试用例设计公式

如何根据需求去设计测试用例？

1、验证需求的正确性，合理性，无二义性（没有歧义），逻辑自洽。
2、分析需求，细化需求，从需求中提取出测试项，根据测试项找到测试点，再根据测试点去具体的设计测试用例。

根据需求设计测试用例分为那两个方面？

1、功能性
1.1、界面的所有功能不能遗漏（技巧：从上到下，从左往右，一层一层的扫描）
1.2、把多个功能串联起来，形成场景 / 业务，对场景 / 业务进行测试。
1.3、针对一个功能的多个输入进行测试，观察输出是否与预期结果一致。
1.4、同一个系统下，不同功能的交互性
1.5、功能的异常测试
1.6、功能所用到的算法，也是需要进行验证的。

2、非功能性
易用性，容错性，安全性，性能，可维护性，可靠性，可移植性，稳定性，兼容性等等。。。

需要注意的是：不同类型的软件，非功能性测试的侧重点是不一样的。
面向客户端的软件：对稳定性和兼容性要求高，对安全性和性能要求低。
面向企业内部的软件：对功能性和可靠性要求高，对兼容性和性能要求低。
大型商用软件：对非功能性的各个方面的要求都很高！

具体的设计测试用的方法有哪些？

1、等价类【有效等价，无效等价】

2、边界值

3、判定表（因果图，使用场景较少）

4、场景设计法（不常见）

5、正交法（用的比较少）
6、错误猜测法

二、测试用例的划分

1、按照测试对象来划分

下面我们解释下上面提到的一些专业名词

2、可靠性测试

可靠性=正常运行时间 /（正常运行时间+非正常运行时间）* 100%
比如一节课45分钟，期间你上厕所5分钟、跑神10分钟，实际听课实际时间为30分钟。
则你课堂听课的可靠性为：30 /（30+5+10）* 100% = 66.7%

影响可靠性的因素
1、网络
2、软件环境（安装环境）
3、硬件环境

不管是上面那个环境的异常，都会使软件运行发生异常。

软件自身

这里有一个问题：如果软件的自身没有问题，但是软件部署的环境（网络 / 软件 / 硬件）出了问题，使得软件不能正常运行的时间。
这个时间是否算入软件非正常运行的时间里面？
也就是在问你：这个时间是否算入可靠性里面？

这个需要分情况讨论！

总的来说：上面的这四点，都是指服务器那边出现的问题会导致软件的可靠性降低。

就这么说吧：如果你和其他有人都用不了微信，那肯定就是微信服务器那边出了问题。
而这个非正常运行的时间，需要算入可靠性里面的。

另外，前面也说过：不同的软件对于非功能性的要求是不一样的。
也就是说：不同的软件对可靠性的要求是不一样的。

非时性软件可靠性的要求一般为 99.99 %。【实时性为 99.95 %】

————————————————

另外，还有一些特殊的软件（军事系统）对可靠性的要求更高：99.999 %
如果按一年365天来算的话：
可靠性为 99.99 %：它的非正常运行时间大约为 52 min
如果是 99.999 %，则为 5 min

————————————————

那么，可靠性怎么去测试呢？

通常是将软件运行一周，将出现故障的时间记下来，去计算百分比。
【PS：测试可靠性，让软件运行一年肯定是不现实】