-
测试用例的编写流程：
需求分析--->提取测试点--->测试用例编写--->测试用例评审
需求分析：
业务需求---关注系统是否满足业务（如银行业务、考勤业务等）
用户需求---关注系统是否满足用户习惯
功能需求---关注系统是否满足功能要求
若没有需求怎么办？-----参考市面上已经上线的同类产品
若需求模糊怎么办？-----收集整理已有需求
-----和产品经理逐条确认
-----参考同类型产品的实现情况
提取测试点：
什么是测试点？----测试点即通过需求分析后，对得出需要进行测试的具体内容
测试点对测试用例的设计有什么好处？
快速---根据测试点快速设计出测试用例
覆盖---测试点完全覆盖需求
方法---测试点上运用测试方法
细节---展现出测试细节
查看全部 -
需求分析---提取测试点--测试用例编写--测试用例评审
查看全部 -
需求分析：
业务需求：关注系统是否满足业务（比如银行、教育等等）
用户需求：关注系统是否满足用户习惯
功能需求：关注系统是否满足功能要求
用例如果没有需求怎么编写？
答：参考市面上已经上线的同类产品。
用例如果需求模糊怎么编写?
答：收集整理已有需求，和产品经理逐条确认，参考同类型产品实现情况。
查看全部 -
测试用例编写方法：
a、等价类划分（选择适当的数据子集，；来代表整个数据集。通过降低测试的数目去实现合理的覆盖）
b、边界值分析（与等价类结合使用）
c、场景法
等等
查看全部 -
题目：测试用例
测试用例是什么？
答：测试用例是测试工作的核心，是一组在测试时输入输出的标准，是软件需求的具体对照
测试用例作用：
答：检验软件是否满足课需求，体现一个人员的工作量。
测试用例包含什么？（重点记）
答：用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注等等
测试用例编写流程？（重点记）
答：需求分析—>提取测试点—>测试用例编写—>测试用例评审
查看全部 -
题目：测试基础理论
黑盒：不知道盒子里面的内部结构，只能通过暴露在盒子外面的接口，功能进行测试。
灰盒：把软件比作一个半透明的盒子，可以通过暴露在盒子外面的功能和盒子里面的数据进行对比，从而得出结论。
白盒：透明的盒子，通过盒子里面的结构推敲出是否满足用户的需求。
功能测试：验证软件是否满足用户提出的表面需求。
性能测试：测试一个软件的工作效率。
安全测试：测试软件是否能够保证用户的信息不被轻易的盗取。
兼容性测试：测试软件在不同平台上的表现。
易用性测试：测试软件是否友好，满足用户的使用习惯。
UI元素测试：检测界面的布局显示是否一致，美观等等。
查看全部 -
题目：测试用例评审
评审：简单的来说就是对测试用例进行检查，包括：同行评审，小组评审，部门评审，三方评审（可以是开发，产品，用户）等。
意义：1.通过评审可以发现测试用例的不足
2.方便测试人员改进用例
3.达到测试时提高测试质量的目的
流程：评审流程不是一次性的。是一个持续的过程，直到用例改善完毕为止
查看全部 -
拓展用例的类型可以有：所属模块、模块编号、功能介绍、版本、测试环境、测试方法、测试阶段（系统测试、单元、集成等等）、开发人员等等。
查看全部 -
测试用例的作用
检验软件是否满足客户的需求
体现出测试人员的工作量
展现测试用例的设计思路
测试用例包含的内容
测试用例的编写流程
查看全部 -
测试用例是测试工作的核心，一组在测试时输入输出的标准，是软件需求的具体对照
测试用例的作用，1，检验软件是否满足客户的需求 2，可以体现一个测试人员的工作量 3， 展现测试用例的设计思路
测试用例包含了，用例编号，用例名称，测试背景，前置条件，优先级，重要级，测试数据，测试步骤，预期结果，实际结果，备注
测试用例编写的流程 需求分析---提取测试点---测试用例编写---测试用例评审
查看全部 -
测试用例的管理工具：ALM、禅道、testLink、Bugzilla、JIRA
查看全部 -
一、测试用例编写方法
等价类划分法：将同一类型的数据分到一到，从中找有效的数据时行输入。比如登录要求输入手机号或邮箱，则可输入符合条件的任意一个手机号或邮箱进行输入即可。无效类，与之相反，随意输入一个不是手机号或邮箱的数据进入输入。
边界值分析法：
场景法：一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成成整个场景。
猜测法：通过直觉或经验猜测那些部分容易出问题，从而快速的得出测试 结果。
查看全部 -
一、测试用例编写注意
根据项目的实际情况设计测试用例表格
用例的格式不是固定的
根据具体情况编写
查看全部 -
测试用例中基本元素
查看全部 -
试一下上传的图片能放大哈
查看全部
举报