-
测试用例的作用：检验软件是否满足客户需求，体现一个测试人员的工作量，展现测试用例的设计思路
查看全部 -
测试用例：用例编号，用例名称，测试背景，前置条件，优先级，重要级，测试数据，测试步骤，预期结果，实际结果，备注。 测试用例的编写流程：需求分析，提取测试点，测试用例编写，测试用例评审
查看全部 -
测试用例包含哪些内容？：用力编号，用例名称，测试背景，前置条件，优先级，重要级，测试数据，测试步骤，预期结果，实际结果，备注
测试用例的编写流程：需求分析，提取测试点，测试用例编写，测试用例评审
查看全部 -
为什么需要管理用例？
1、测试用例数量巨大
2、测试用例会随着需求变更
3、测试用例需要补充完善
如何管理用例？
1、原始的excel管理方式
2、专业的项目管理系统
下面博主比较了几种测试管理工具
禅道基本应用：
1、专业的研发项目管理软件
2、完整支持敏捷开发流程
3、完整软件生命周期管理
下面博主演示了禅道的使用
查看全部 -
测试用例管理工具
查看全部 -
评审的流程
查看全部 -
评审的意义
查看全部 -
评审是怎么回事
查看全部 -
测试用例中可加入：
模块编号、所属模块（注册、登录、搜索、APP下载）、功能介绍、
用例编号、用例名称、测试背景、前置条件、重要级、优先级、
测试版本、测试环境（谷歌浏览器）、测试类型（手工测试）、测试阶段（系统测试）、
测试数据、测试步骤、
预期结果、实际结果、
编写人、执行人、开发人员等信息。
查看全部 -
测试用例编写注意以下几点：
1、根据项目的实际情况设计测试用例表格
2、用例格式不是固定的，不要生搬硬套
3、根据具体的情况编写
测试用例编写的方法：
1、等价类划分法：
如何选择适当的数据子集，来代表整个数据集。通过降低测试的数据去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷
2、边界值分析法：
使用边界值分析方法设计测试用例时一般与等价类划分结合起来，但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值得测试数据
3、场景法：
通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从业一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。
4、猜测法：
根据经验选择容易出错的地方
查看全部 -
需求分析（一般由产品经理完成）
1.业务需求：关注系统是否满足业务
2.用户需求：关注系统是否满足用户习惯
3.功能需求：关注系统是否满足功能要求
如果没有需求怎么办？
参考市面上已经上线的同类产品
如果需求模糊怎么办？
收集整理已有的需求，不明白的地方提出来，逐条找相关人员（产品经理/项目经理）确认，或还是参考同类型产品的实现情况
接下来博主演示慕课网的前端的各个功能
提取测试点：通过需求分析后对得出的需要进行测试的具体内容
对测试用例有什么好处？
快速 覆盖 方法 细节
接下来博主演示提取了注册、登录、APP下载、搜索几个功能的测试点
查看全部 -
测试用例包含的内容
用例编号：唯一 --身份证号
用例名称：用例的名字，要求言简意赅 --姓名
测试背景：这条用例主要测试什么东西
前置条件：执行这条措施之前应该先执行什么条件，比如测试登录功能，前提是要有账号密码。
优先级：测试用例的优先程度
重要级：测试用例的重要程度
//注意优先级和重要级不一定成正比关系。比如：周末出去玩，但是公司突然加班 优先级：出去玩 重要级:回公司加班 当然结果是回去加班
测试数据：比如输入的账号密码，鼠标的操作也是一种测试数据
测试步骤：测试进行的步骤
预期结果：对应输入数据或条件等得到对应的现象
实际结果：测试执行后的结果
备注：其他特殊情况的信息。
测试用例编写流程：
需求分析、提取测试点、测试用例编写、测试用例评审
查看全部 -
原来不是kd才有测试用例的流程，这些是统筹管理的一种方式，测试用例评审目前工作中多数情况下用的是小组评审的模式。 而模版也确实是以excel为主。查看全部
-
黑盒 ：软件比作一个黑色的盒子，不知道盒子里面的内部结构只能够通过外面所暴露出来的接口进行测试。
灰盒 ：就是把软件比作一个半透明的盒子，可以看到里面少部分的东西，所以可以通过暴露的功能和盒子内部的数据进行对比得出测试结论。比如测试一个订单生成的功能就可以通过软件上生成的订单和数据库里的数据进行对比内外是否一致。
白盒 ：把软件看成一个透明的盒子通过观察内部的结构直接推销出是否满足用户的需求，白盒测试时这三种测试中技术难度最高的一种
功能 ：功能测试就是验证是否满足用户提出的软件需求。
性能 ：就是测试软件的一个工作效率。
安全 ：安全测试就是是否能够保护用户的信息而被轻易的盗取，而获取一下非法的利益
这是软件测试的3个大的方向，精通任何一个方向就能成为软件测试行业的专家。
兼容性：测试软件在不同平台上的表现
易容性：测试软件是否友好满足用户的使用习惯
UI元素：检测软件的界面布局是否一致，美观。
查看全部 -
等价类划分法：选择出最具有代表性的数据进行测试 如何选择适当的数据子集，来代表整个数据集？ 通过降低测试的数目去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷 等价类划分法定义：将程序所有可能输入数据划分成若干个等价类，然后从每个部分中选取最具有代表性的数据当做测试用例进行合理的分类。 测试用例有有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。 有效等价类：对于程序规格说明来说，是合理的，有意义的输入数据构成的集合，可以检验程序是否满足规格说明，预先规定的功能和性能。有效等价类可以是一个也可以是多个。比如登录时的帐号必须是邮箱或者手机号，它的等价类就是任意一个符合规范的邮箱或手机号。 无效等价类：对于软件来说，是没有意义的，不合理的输入数据构成的集合，利用无效等价类可以找出输入程序异常的情况，检查程序的功能和性能，实现是否不符合规范或者要求等。比如不满足邮箱或者手机号的字符串就是无效等价类。 边界值分析法：使用边界值分析方法设计测试用例时一般与等价类划分结合起来，但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值得测试数据 场景法：分析用户在使用软件时会遇到哪些场景。通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从业一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。 猜测法：直觉去猜测哪些地方可能出现问题，依靠经验去分析哪些场景容易被忽略从而快速得得到测试的结果。查看全部
举报