测试开发学习之旅–测试用例

回顾复习:
1.软件测试的流程
需求分析—–测试计划—–测试设计阶段/开发——–测试执行——测试评估
2.如何去描述一个bugbr> 版本号—测试环境—测试步骤(数据)—-实际结果—-预期结果(需求一致),附件(错误日志)
3.BUG的级别
1.崩溃
2.严重
3.一般
4.建议性
4.Bug的生命周期
start – new –open —是否修改—-验证通过—-关闭

如果因为一个bug问题和开发人员产生冲突怎么办
(1)先检查自身,看一下bug的描述是否有问题;
(2)进一步沟通,了解原因,并且站在客户的角度考虑这个问题;
(3)查看bug的定级有没有符合公司的规范;
(4)不断提高自身的业务会平和技术水平;
(5)和产品经理,开发人员进行三方会谈,讨论这个bug的解决方案;

重点用例篇:

评价测试用例的标准:对比好坏代码的评价标准
用例表达清楚,无二义性。。
用例可操作性强。
用例的输入与输出明确。一条用例只有一个预期结果。
用例的可维护性好。
用例对需求的覆盖率高,
暴露程序Bug的能力强力。

1.根据需求去写测试用例:
(1)首先要保证需求的合理性和正确性,先验证需求;
(2)理解需求,把大需求细化成小需求,根据每一个小需求提炼出功能点,
更具每一个功能点发散的考虑他的测试用例,去写测试用例)
练习:
用户需求:
购买3000块钱以内的华为智能手机
3000块以内 品牌:华为
类型:智能
软件需求:
1.若用户未收到激活邮件,可在登录界面录入电子邮件及密码后,再次发送激活邮件
2.每次发送的激活邮件,仅仅在24小时内有效,超过24小时的重新发送激活邮件
1.未收到激活邮件 已经收到激活邮件/没收到激活邮件
录入电子邮箱和密码
正确的电子邮箱和密码
错误的电子邮箱和密码
2.
24小时之内,打开邮件,进行点击激活
等于24小时,打开邮件,进行激活
大于24小时,打开邮件进行激活
已经在24小时之内点击激活邮件成功激活操作,超过24小时,又重新打开激活邮件进行点击’’
2.具体的设计测试用例的方法
(1)等价类
测试用例无法穷举的情况:
把输入分成若干的等价类,每一个等价类当中选一个测试用例进行测试,如果这个测试用例测试通过,
我们就说这个测试用例代表的等价类测试通过

测试开发学习之旅--测试用例
(6)1.姓名填写,email 不填写,密码填写,确认密码填写,验证码不填写,注册失败

(7)补充测试用例
全填 注测成功
全不填:注册失败

5.场景法
把各个孤立的功能点按照一定的策略组合起来,形成一个应用场景

ATM取款机场景(流程)

插卡 —选择语言—输入密码—-输入取款金额—-取钱—–退卡

1.插卡:卡插反了;卡无效(公交卡,其他无法识别的银行卡);卡消磁了,卡注销,卡挂失后又找到了

2.ATM机:没钱了,损坏了,断网了,正在升级

3.密码:第一次输人密码错误,第二次,或第三次输入正确,继续流程
三次输入都错误:吞卡,锁定账户

4.取款金额:输入金额大于银行卡金额,
输入的金额小于银行卡余额,Atm余额不足
输入小于100的金额
输入的钱数不是100的倍数

5.取钱:钱已经吐出来,但是长时间不取,会发生什么情况

6.取卡:长时间不操作(时间限制) 会吞卡

测试用例:

测试开发学习之旅--测试用例
等…

总结:找出场景当中的没一个功能点,根据每一个功能点的正常和异常的情况去设计测试用例

6.错误猜测法

根据测试人员的知识,经验去推断可能会出现问题的模块,有针对的去设计测试用例.

补充的设计测试用例的方法:

测试人员可以用其他设计测试用例的方法设计需求的测试用例,用错误猜测法作为补充的方式
问题
1.有哪些设计测试用例的方法br> 等价类,边界值,因果图法,正交设计法,场景法,错误猜测法
2.什么是等价类,什么是边界值/p>

3.黑盒测试设计测试用例的方法有哪些/p>

等价类,边界值,因果图法,正交设计法,场景法,错误猜测法

文章知识点与官方知识档案匹配,可进一步学习相关知识Java技能树首页概览91280 人正在系统学习中

来源:,,,, ,

声明:本站部分文章及图片转载于互联网,内容版权归原作者所有,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2021年5月8日
下一篇 2021年5月8日

相关推荐