-
点击热门搜索可以快速的搜出热门内容
查看全部 -
测试搜索功能正常，前置条件：系统内已有各类型的数据
查看全部 -
测试用例的管理工具：ALM，禅道，TestLink，Bugzilla，JIRA。
禅道属于成本低，性价比较高者，易于操作管理。
查看全部 -
测试用例包含内容：用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注
查看全部 -
黑盒、灰盒、白盒、功能、性能、安全、兼容性、易用性、UI元素
查看全部 -
测试用例编写注意
查看全部 -
需求分析的三点
查看全部 -
测试用例编写流程
查看全部 -
测试用例包含哪些内容
查看全部 -
测试用例是什么？
测试工作的核心
一组在测试时输入输出的标准、
软件需求的具体对照
测试用例有什么作用？
检验软件是否满足客户需求
体现一个测试人员的工作量
展现测试用例的设计思路
测试用例包含哪些内容？
用例编号（唯一）
用例名称（严谨易懂）
测试背景
前置条件
优先级
重要级
测试数据
测试步骤
预期结果
实际结果
备注
测试用例编写流程
需求分析-提取测试点-测试用例编写-测试用例评审
查看全部 -
软件就是数据、程序、文档的集合
查看全部 -
使用手机号或邮箱注册的测试用例
查看全部 -
测试用例编写方法：
a.等价类划分法（黑盒）：选择适当的数据子集，来代表整个数据集；通过降低测试的数目去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷；包括有效等价类和无效等价类。例如：登录要求输入手机号或邮箱，则可输入符合条件的任意一个手机号或邮箱进行输入。无效类，与之相反，随意输入一个不是手机号或邮箱的数据进行输入。
b.边界值分析法（黑盒）：使用边界值分析方法设计测试用例时一般与等价类划分结合起来，但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重要目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。
c.场景法：通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。
（直觉、经验）
查看全部 -
测试用例的编写流程：
需求分析--->提取测试点--->测试用例编写--->测试用例评审
需求分析：
业务需求---关注系统是否满足业务（如银行业务、考勤业务等）
用户需求---关注系统是否满足用户习惯
功能需求---关注系统是否满足功能要求
若没有需求怎么办？-----参考市面上已经上线的同类产品
若需求模糊怎么办？-----收集整理已有需求
-----和产品经理逐条确认
-----参考同类型产品的实现情况
提取测试点：
什么是测试点？----测试点即通过需求分析后，对得出需要进行测试的具体内容
测试点对测试用例的设计有什么好处？
快速---根据测试点快速设计出测试用例
覆盖---测试点完全覆盖需求
方法---测试点上运用测试方法
细节---展现出测试细节
查看全部 -
需求分析---提取测试点--测试用例编写--测试用例评审
查看全部
举报