软件测试学习笔记(四)

软件测试用例的编写

测试用例(TestCase)是为项目需求而编制的一组测试输入、执行条件以及预测结果,以便测试某个程序是否满足客户需求。

可以总结为:每一个测试点的数据设计和步骤设计。

测试用例的重要要素:
1)用例编号:产品名-测试阶段-测试项
2)测试项目:对应一个功能模块(细分功能)
3)测试标题:直接对测试点进行细化得出,输入内容+结果,同一功能模块标题不能重复。
4)重要级别:高/中/低
5)预置条件:需要满足一些前提条件,否则用例无法执行。
6)测试输入(数据):需要加工的输入信息,根据具体情况来设计(跟步骤结合起来一定要具有指导性意义)。
7)操作步骤:明确给出每个步骤的描述,执行人员可以根据该步骤完成执行工作。
8)预期结果:根据预期输出对比实际结果,来判断被测对象是否符合需求。(预期结果唯一,不能出现“是否或者”)
9)实际结果

下图中红色标题为重要要素,不可或缺的。在这里插入图片描述

例子:
在这里插入图片描述
在这里插入图片描述

软件测试点

软件测试点,是我们在做需求分析时要进行罗列的,以便于我们梳理清楚所有需要测试的点。
测试点可以有效的帮助我们确定测试点,不会产生遗漏项。
何时会用到软件测试点:
1)需求分析,梳理测试的功能点时。
2)写用例之前。
3)任务晋级,来不及写用例时。

使用的工具xmind

例子:
网易云评论功能
在这里插入图片描述
在这里插入图片描述

bug的管理与跟进

软件的bug,狭义概念是指软件程序的漏洞和缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。
总结来说,bug就是跟我们测试用例预期结果不一致、跟需求不一致、跟用户的要求不一致的所有的情况,都可以称之为bug。

国内常用的bug管理工具为——禅道

如何管理和跟进bug:
在这里插入图片描述

web的兼容性测试

兼容问题指的是不同的浏览器对同一段代码有不同的解析,从而造成页面显示效果不统一的情况。大多数情况下,我们的需求是,无论用户用什么浏览器来查看我们的网站或登陆我们的系统,都应该是正常显示效果,并能正常操作,这样才能够给用户更好的使用体验。

产生浏览器兼容性问题的具体原因
不同浏览器使用的内核以及所支持的HTML等网页语言标准不同;以及用户客户端的环境不同(如分辨率)造成的显示效果不能达到理想情况。最常见的问题便是网页元素位置混乱、错位。
内核决定了浏览器如何显示网页的内容以及页面的格式信息。

浏览器兼容性测试的常见问题:在这里插入图片描述
在这里插入图片描述

能够替代网页做兼容性测试的工具如下:
在这里插入图片描述