1.测试用例的概念:软件测试人员向系统发起的一组集合,包括测试环境、测试数据、测试步骤、预期结果。
2.在测试前设计测试的必要性:
·测试用例是测试执行的依据
·可以复用(回归测试)
·衡量需求的覆盖率
·自动化测试的依据
·具有借鉴的意义,后续测试人员能够借鉴前人写的测试
3.基于需求的测试用例的步骤
·需求是测试人员的进行测试的依据
2.测试人员首先要分析需求,验证需求的正确性和合理性、无二义性、逻辑自洽性
·细化需求,从需求中提取测试项,从每一个点中提取测试点,根据测试点设计测试用例
功能性需求
从界面考虑,验证界面的功能(UI) --注册页面,管理员页面,用户页面等等
从业务角度考虑,把功能串 起来测试。--CURD
功能之间的交互性与一致性。 --与设计一致
一个功能的不同输入
功能的异常测试
功能的易用性,体验性的测试
功能涉及到的算法 ---dfs算法等等
例如:测试一个手机中的应用日历
解:首先从上到下,每一层每个点,从左到右,每个功能都过一遍
页面的显示区域,显示日历,显示今日待办事项
页面的添加功能(添加待办事项 )、搜索功能(根据用户的输入搜索已经添加的活动事项或者搜索相关的日期)
选项设置,设置事件,日历中各个不同的选项
非功能性需求
在功能的基础上做一些限制,满足特定场景的需求,让用户有更加美好的体验。
有兼容性、性能、安全性、可靠性、可移植性、易用性等等
不同软件对于非功能性要求是不一样
例如:1.客户端的软件,office、xmind、播放器,对于功能性的要求简单,对性能要求行低,安全性要求较低,软件的可移植性较高
2.企业的软件,聊天软件,飞q,飞书,钉钉,企业微信,对于功能有一定的要求,对于兼容性、安全性、性能要求较低。
3.商业软件,对于功能、性能、安全性、可移植性,易用性,要求都很高
4.等价类
根据输入(特殊情况考虑输出),把输入划分为若干个等价类,从每一个等价类中取出一个测试用例进行测试,如果测试用例通过,我们就可以说这个测试用例代表的整个等价测试类通过
有效等价类:符合规格需求说明书的数据成为有效等价类
无效等价类:不符合规格需求说明书的数据称为无效等价类
进行测试时,需要将有效等价测试类与无效等价类同时进行测试,不能够只测试其中之一
5边界值
对于输入输出的边界针对性的进行测试用例的设计,叫做边界值法
边界值周围的值,边界左右的值,值对应的预期结果进行测试
等价类和边界值往往是结合在一起进行的测试用例的设计、
6.错误猜测发
测试人员根据自己的经验,知识,个人直觉判断哪一快程序有问题,针对性的设计测试用例
适用于补充测试用例,或者进行探索性的测试