怎么给网站添加关键词,中国移动app,大数据网站建设,手机制作广告的app三、测试用例的设计
1. 什么是测试用例
测试用例(Test Case)是为了实施测试而向被测试的系统提供的一组集合#xff0c;这组集合包含#xff1a;测试环境、操作步骤、测试数据、预期结果等要素。 设计测试用例原则一#xff1a;测试用例中一个必需部分是对预期输出或结果进…三、测试用例的设计
1. 什么是测试用例
测试用例(Test Case)是为了实施测试而向被测试的系统提供的一组集合这组集合包含测试环境、操作步骤、测试数据、预期结果等要素。 设计测试用例原则一测试用例中一个必需部分是对预期输出或结果进行定义 笔试的时候编写测试用例题需要按照Excel表格的方式来答题
面试的时候回答测试用例按照思维导图一一道出即可
什么是要素我们在编写测试用例的时候每个用例需要给出这些要素对应的信息。 用例编号 test-01 标题 成功注册网易邮箱 测试方式 手工测试 功能模块 注册登录 重要性 重要 测试前提 系统运行正常邮件服务器已开启 测试环境 win10 Chorme版本103.0.5060.66正式版本64位 测试数据 邮箱地址123456789qq.com 密码123456 手机号12312341234 测试步骤 l.打开谷歌浏览器输入网易注册地址https:/mail.l63.com/register/index.htm 2.输入邮箱地址密码手机号获取验证码并输入正确的验证码勾选协议 3.点击注册按钮 期望结果 展现注册成功的结果页并且使用刚注册的账号可以正常登录并进入邮箱首页
为什么需要测试用例呢不写测试用例可以进行测试吗测试中可能会遇到很多问题诸如
不知道是否较全面的测试了所有功能测试的覆盖率无法衡量对新版本的重复测试很难实施即回归测试无法仅通过人工测试的方式进行历史功能的回归存在大量冗余测试影响测试效率
2. 设计测试用例的万能公式
2.1. 常规思考逆向思维发散性思维
正确设计测试用例的思想常规思维逆向思维发散性思维
设计测试用例的原则二
测试用例的编写不仅应当根据有效和预料到的输入情况而且也应该根据无效和未预料到的输入情况。检查程序是否“未做其应该做的”仅是成功的一半测试的另一半是检查程序是否“做了其不应该做的”。(是上一条原则的必然结果)
计划测试工作时不应默许假定不会发现错误。 2.2. ✨万能公式
设计测试用例的万能公式
功能测试界面测试性能测试兼容性测试易用性测试安全测试
①功能测试
功能测试是一个试图发现程序与其外部规格说明之间存在不一致的过程。外部规格说明是一份从最终用户的角度对程序行为的精确描述。功能测试通常是一项黑盒操作。在进行功能测试时需要对规格说明进行分析以提炼测试用例本课程中讨论的具体设计测试用例的方法尤其适用于功能测试。
然而不仅是工作中还是面试中可能会存在需求不明确的功能这种情况下该如何进行功能测试
查找其他相关文档来帮助理解所要测试的产品需要完成的目标尽量多参加项目组内的会议比如需求讨论、设计讨论、计划讨论等能够加深对产品的理解召集相关人员对你整理的结果进行讨论通过评审后这份文档就可以作为依据来设计你的case了如果是一款已经上线的产品可以多使用产品有不懂的问产品经理也可以去看历史bug,可以了解到一些需要关注的东西。
②界面测试
对软件界面上所有的内容都需要进行测试。
要求
整体界面测试界面的实现与设计图要求一致。界面元素测试控件操作验证
③性能测试
性能测试和功能测试的区别是功能测试检查软件是否做了而性能测试测试软件做的好不好。
④兼容性测试
软件是部署在硬件系统之上并依赖所需要的软件环境。如QQ可以在PC端打开也可以在移动端打开移动端又分为IOS系统和Android系统且市面上手机又有不同的品牌、不同的机型、不同的版本。软件是否能够在不同的环境下正确运行需要测试人员进行验证。
问题既然市面上有众多版本的机器那么在执行兼容性测试时难道所有的机型都需要全面覆盖吗
选取标准
优先选择使用当前产品top级别的机型进行测试
实际在企业中后台是可以获取到使用产品的机型并以报表的形式统计在后台供产品人员或其他人员制定策略参考。
选择主流的浏览器/机型进行测试
⑤易用性测试
易用性测试的标准是检查产品是否具备简单易上手的属性。假如测试人员从来没有安装或使用过该产品作为一个新用户对当前产品是否能够快速适用产品的使用流程。
⑥安全测试
安全测试和性能测试一样都是比较大的领域。常见的安全问题如
隐私数据明文显示。
参数未强校验导致SQL注入。
越权普通用户也可以执行管理员权限的操作。 除了万能公式之外还有一个比较常用的测试类型弱网测试、安装卸载测试
1弱网测试
弱网测试的目的就是尽可能保证用户体验关注的关键点包括
页面响应时间是否可以接受关注包括热启动、冷启动时间、页面切换、前后台切换、首字时间首屏时间等。页面呈现是否完成一致。超时文案是否符合定义异常信息是否显示正常。是否有超时重连。安全角度是否会发生dns劫持、登陆ip更换频繁、单点登陆异常等。大流量事件风险是否会在弱网下进行更新pk包、下载文件等大流量动作。
ProcessOn Mindmap网络测试要点ProcessOn是一个在线协作绘图平台为用户提供强大、易用的作图工具支持在线创作流程图、思维导图、组织结构图、网络拓扑图、BPMN、UML图、UI界面原型设计、iOS界面原型设计等。同时依托于互联网实现了人与人之间的实时协作和共享。https://www.processon.com/embed/66a57e03760bf67a84e2b2eb?cid66a57e03760bf67a84e2b2ee
弱网需要借助工具来构造弱网这里推荐使用fiddler
1) fiddler配置代理
2) fiddleri进行抓包桌面/移动端
3) fiddler如何构造弱网条件 2安装卸载测试
针对需要进行部署的软件除了软件功能外我们还需要关注软件的能够成功安装和卸载
3. 设计测试用例的方法
3.1. 基于需求的设计方法
基于需求的设计方法也是总的设计测试用例的方法在工作中我们需要参考需求文档/产品规格说明书来设计测试用例。
测试人员接到需求之后要对需求进行分析和验证从合理的需求中进一步分析细化需求从细化的需求中找出测试点根据这些测试点再去设计测试用例。
以该注册邮箱账号需求为例来设计测试用例。 ①明确需求中的功能点
账号注册账号登录
②结合万能公式设计测试点
ProcessOn Mindmap结合万能公式设计测试点案例ProcessOn是一个在线协作绘图平台为用户提供强大、易用的作图工具支持在线创作流程图、思维导图、组织结构图、网络拓扑图、BPMN、UML图、UI界面原型设计、iOS界面原型设计等。同时依托于互联网实现了人与人之间的实时协作和共享。https://www.processon.com/embed/66a582a95b45a425464e85bc?cid66a582a95b45a425464e85bf
3.2. 具体的设计方法
①等价类
上述设计的测试用例存在用例还未完全设计完成“姓名必填6~15位的字符类型”这样一个具体的需求该如何来设计测试用例呢
测试的时候通过穷举法来测试6位、7位、8位.14位15位是否测试通过这样的方法能够满足测试的要求吗若此时把范围从“6~15位”改成“6~150位呢”试想一下这样一个简单的测试点需要测试多久呢显示是不符合企业测试要求的。
而等价类法的出现就解决了穷举法不能解决的问题
依据需求将输入特殊情况下会考虑输出划分为若干个等价类从等价类中选出一个测试用例如果这个测试用例测试通过则认为所代表的等价类测试通过这样就可以用较少的测试用例达到尽量多的功能覆盖解决了不能穷举测试的问题。
等价类分类
有效等价类对于程序的规格说明书是合理的、有意义的输入数据构成的集合利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能无效等价类根据需求说明书不满足需求的集合。
根据等价类设计测试用例的方式
确定有效等价类和无效等价类编写测试用例设计具体测试数据
完善上述未完成的用例 缺点等价类只考虑输入域的分类没有考虑输入域的组合需要设计其他方法和补充
②边界值
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类分法的补充这种情况下其测试用例来自等价类的边界。
边界值包含边界值次边界值
输入框长度为1-11取边界值为1、11、12、0运动员的参赛项目为1-3项取边界值为0项、1项、3项、4项查询面页面有999行每50行为一页取边界值为输出0行、1行、50行、51行、999行
将上述用例通过边界值继续补充 ③正交法
通过等价类和边界值方法我们完成了部分用例的补充
当前还剩下一个场景的用例未补充完成“只填写部分选项”这里到底要设计多少测试用例呢
通常来说为了保证系统的测试覆盖率我们首先能够想到的就是排列组合。
假如当前有两个选项A和B,可以设计出都填写、都不填写、填写A、填写B四个测试用例(2^2)。假如当前有三个选项A、B、C,通过设计可以得到8个测试用例(2^3)当前可选的选项是5个分别是姓名、电子邮箱、密码、确认密码、验证码。按照排列组合设计出来的用例是32个(2^5)
正交法的目的是为了减少用例数目用尽量少的用例覆盖输入的两两组合
正交试验设计是研究多因素多水平的一种设计方法它是根据正交性由试验因素的全部水平组合中挑选出部分有代表性的点进行试验通过对这部分试验结果的分析了解全面试验的情况找出最优的水平组合。正交试验设计是一种基于正交表的、高效率、快速、经济的试验。
正交表
如图最简单的正交表是L4)(2(3)),含意如下“L”代表正交表L下角的数字“4”表示有4横行简称行即要做四次试验括号内的指数“3”表示有3纵列简称列即最多允许安排的因素是3个括号内的数“2”表示表的主要部分只有2种数字即因素有两种水平1与2。 正交表的构成因素数、水平数、行数
因素对指标的影响条件通常是正交表中的一项
水平因素对应的可选项
正交表的性质
每一列中不同的数字出现的次数相等任意两列中数字的排列方式齐全而且均衡
根据正交表的性质一般人很难通过手动设计出正交表
正交法设计测试用例的步骤
找到因素和水平用allparis工具生成正交表
a. 将因素和水平写入Ecel表格中
b. allparis目录下创建新的文本文件new.txt,复制Excel中的因素和水平直接粘贴到文本中保存并退出
c. 使用allparis命令生成正交表allparis.exe new.txtzhengjiao.txt
根据正交表编写测试用例补充遗漏的重要测试用例
将上述用例通过正交法继续补充
找到因素和水平
因素姓名、电子邮箱、密码、确认密码、验证码
水平填写、不填写
用allparis工具生成正交表
a. 将因素和水平写入Ecel表格中 姓名 电子邮箱 密码 确认密码 验证码 填写 填写 填写 填写 填写 不填写 不填写 不填写 不填写 不填写
b. allparis目录下创建新的文本文件test0729.txt,复制Excel中的因素和水平不进行任何修改直接粘贴到文本中保存并退出 上述图片是直接在txt里编辑然后去执行生成操作得到的结果会出现报错因为allpairs对格式要求很严格所以在Excel中编辑以后直接复制过来即可
c. 使用allparis命令生成正交表allparis.exe test0729.txt 0729cs.txt将生成的正交表数据放入0729cs.txt文件中 ~表示可以是任意选项填写/不填写
根据正交表编写测试用例
1) 姓名填写电子邮箱填写密码填写确认密码填写验证码填写2) 姓名填写电子邮箱不填写密码不填写确认密码不填写验证码不填写3) 姓名不填写电子邮箱填写密码不填写确认密码填写验证码不填写4) 姓名不填写电子邮箱不填写密码填写确认密码不填写验证码填写5) 姓名不/填写电子邮箱填写密码填写确认密码不填写验证码不填写6) 姓名不/填写电子邮箱不填写密码不填写确认密码填写验证码填写
补充遗漏的重要测试用例
7) 不填写姓名电子邮箱密码确认密码验证码
将结果写入Excel表格
注意使用allparis生成的正交表和预期有出入但是不影响我们用来设计测试用例。
④判定表法
通过具体的方法能够将测试用例设计的更加完整和规范。
需求中会存在各种各样的场景现在我们把需求改成如下的要求
用户输入的账号中包含admin字符或者通过内部链接进入注册页面提交注册按钮成为管理员身份反之无管理员身份。
通过这个需求可以看出不同的组合操作可能对应不同的结果。采用正交法无法解决这样的问题。而正交法能够解决需要考虑输入之间的组合关系对应不同结果的场景。
判定表
判定表是一种表达逻辑判断的工具形如 通过该图可以把所有条件对应的结果清晰的表达出来。我们就需要借助该表来清晰的写出测试用例。
根据判定表法设计测试用例的步骤
确认需求中输入条件和输出条件找出输入条件和输出条件之间的关系画判定表根据判定表编写测试用例
确认了步骤后我们使用判定表法进一步对上述需求进行测试用例的设计
1. 确认需求中输入条件和输出条件
输入条件账号包含admin字符 (a)
内部注册链接 (b)
点击注册按钮 (c)
输出条件管理员 (1)
无管理员 (2)
2. 找出输入条件和输出条件之间的关系
输入条件ac ab bc abc a b c 非abc
对应结果1 2 1 1 2 2 2 2
3. 画判定表 1 2 3 4 5 6 7 8 输 入 条 件 账号包含admin Y Y N Y Y N N N 内部注册链接 N Y Y Y N Y N N 点击注册按钮 Y N Y Y N N Y N 输出 条件 管理员 Y N Y Y N N N N 非管理员 N Y N N Y Y Y Y
4. 根据判定表编写测试用例
a. 账号包含admin,非内部注册链接点击注册按钮为管理员身份b. 账号包含admin,内部注册链接不点击注册按钮非管理员身份c. 账号不包含admin,内部注册链接点击注册按钮为管理员身份d. 账号包含admin,内部注册链接点击注册按钮为管理员身份e. 账号包含admin,非内部注册链接不点击注册按钮非管理员身份f. 账号不包含admin,非内部注册链接点击注册按钮非管理员身份g. 账号不包含admin,非内部注册链接不点击注册按钮非管理员身份
⑤场景法
现在的软件几乎都是用事件触发来控制流程的事件触发时的情景便形成了场景而同一事件不同的触发顺序和处理结果就形成事件流。
通过运用场景来对系统的功能点或业务流程的描述从而提高测试效果的一种方法。用例场景来测试需求是指模拟特定场景边界发生的事情通过事件来触发某个动作的发生观察事件的最终结果从而用来发现需求中存在的问题。我们通常以正常的用例场景分析开始然后再着手其他的场景分析。
场景法一般包含基本流和备用流从一个流程开始通过描述经过的路径来确定的过程经过遍历所有的基本流和备用流来完成整个场景。
场景主要包括4种主要的类型正常的用例场景备选的用例场景异常的用例场景假定推测的场景。
读完上面的概念是不是一脸懵场景法就是一个常规的流程中某些阶段可能会出现一些意想不到的情况常规流程是基本流从阶段中分析出来的不同情况被称之为备选流场景法比较考验同学们的发散思维。
针对场景法给出生活中的案例。以逛街买衣服为例讲讲场景法的使用方法。 该方法可以比较生动地描绘出事件触发时的情景有利于测试设计者设计测试用例是测试用例更容易理解和执行。
典型的应用是用业务流把各个孤立的功能点串起来为测试人员建立整体业务感觉从而避免陷入功能细节忽视业务流程要点的错误倾向 案例
还是根据邮箱账号注册的案例根据场景法来设计测试用例TODO
根据场景法设计测试用例的步骤
确定基本流确定备选流根据备选流补充测试用例编写测试用例
ProcessOn Flow场景法ProcessOn是一个在线协作绘图平台为用户提供强大、易用的作图工具支持在线创作流程图、思维导图、组织结构图、网络拓扑图、BPMN、UML图、UI界面原型设计、iOS界面原型设计等。同时依托于互联网实现了人与人之间的实时协作和共享。https://www.processon.com/embed/66a7c101760bf67a84e56d5f?cid66a7c101760bf67a84e56d62
编写测试用例
输入正确的账号密码点击注册后系统发出确认邮件并在24H内确认注册成功。不输入账号密码点击注册提示重新输入只输入账号不输入密码点击注册提示重新输入…
⑥错误猜测法
错误猜测法是对被测试软件设计的理解过往经验以及个人直觉推测出软件可能存在的缺陷从而针对性地设计测试用例的方法。
这个方法强调的是对被测试软件的需求理解以及设计实现的细节把握还有个人的经验和直觉。
错误推测法和目前流行的“探索式测试方法”的基本思想一致这类方法在敏捷开发模式下的投入产出比很高被广泛应用于测试。
这个方法的缺点是难以系统化并且过度依赖个人能力。
还是根据邮箱账号注册的案例根据场景法来设计测试用例
以注册为例
校验中特殊字符空格的处理密码校验中的大小写姓名中的特殊字符密码发送是否明文
注意笔试的时候编写测试用例需要使用传统的编写方式须完整写出测试用例以及必要要素。面试的时候只需要按照思维导图模式说出测试用例。
⑦尝试进行“登录功能”设计测试用例
明确需求使用万能公式测试用例方法设计测试用例按照测试用例对系统进行测试记录测试编写一篇测试博客
项目背景项目功能对项目进行测试编 ①写测试用例 用例截图 ②执行测试 选取几个用例的步骤截图放到这里仅做展示 4. 测试总结
覆盖率多少个页面、用例是否全部执行通过发现了多少bugbug出现的原因/涉及到的页面在哪里
ProcessOn Mindmap登录页面测试用例练习ProcessOn是一个在线协作绘图平台为用户提供强大、易用的作图工具支持在线创作流程图、思维导图、组织结构图、网络拓扑图、BPMN、UML图、UI界面原型设计、iOS界面原型设计等。同时依托于互联网实现了人与人之间的实时协作和共享。https://www.processon.com/embed/66a8d0c6e51cb32576474e36?cid66a8d0c6e51cb32576474e39
3.3. 更多场景用例练习
①命令行程序
存在功能可以在命令行使用zip/unzip命令对文件进行解压缩这样的场景如何来设计测试用例 zip命令
功能测试对不同文件类型进行测试
普通的txt文件能够生成zip文件图片/视频/zip文件能够生成zip文件多个文件能够生成zip文件混合文件空文件夹可以生成zip文件错误的命令是否可以解压zip zip没有写压缩包文件名称/没有源文件其它参数的测试
界面测试
文件压缩成功命令行提示是否美观文件压缩报错命令行提示是否友好
性能测试
文件大小超过1G时文件是否可以压缩文件大小超过1G文件压缩消耗的时间是否在合理的时间范围内
兼容性测试
zip工具可以在多系统上使用如Windows、linux、Mac
易用性测试
zip命令有使用帮助教程如 zip --help命令下会展示如何使用
安全性
使用zip命令不会泄露文件内容
②web程序
对博客系统的博客详情页接口进行测试用例的设计
接口http://192.168.47.135:8080/blog_system/blog?blogId10
接口请求示例 通过curl命令我们可以在命令行上请求接口对接口进行测试
如何对当前接口设计测试用例呢
不同的请求方式
以GET方式请求接口是否可以返回预期的响应数据以POST方式请求接口是否可以返回数据
参数组合如果接口需要拼参数的情况下
空参数多参数少参数参数对应的值为空/过长/特殊字符……
不同的参数格式
url拼参form-data格式raw格式
接口性能
一千万个请求同时发起是否能够返回响应并发情况下响应时间是否在大众接受范围内
对接口进行测试时使用curl命令进行接口测试在操作上并不理想实际在工作中我们常常使用接口测试工具来提供测试的质量和效率常用的接口测试工具有postman
