一、编写testcase的疑惑
在编写的时候,一直都在考虑什么样的用例才是一个好的用例,如何去评价一个用例的价值?
测试用例是在执行用例时,一个比较重要的过程,它关于一个具体的测试步骤,简单的描述输入的参数、前提条件,预期结果的输出等等,在执行的时候,实际的结果与预期结果是否想吻合;测试用例的设计、编写都是测试当中比较重要的过程;
二、在设计用例时,testcase的设计
按功能点分模块,还是UI界面?
如dashboard中有八个模块,每一个模块来做一个分支处理,然后再到每个模块里面细分,突然觉得每个模块中的很多testcase都是相同的,比如一个模块中有搜索功能,另一个也有搜索功能,是否这两个模块都需要去编写testcase呢?
对于用例标题的设计,个人习惯与用一个动宾短语去写一个testcase,可是想想又觉得你的用例是针对某一个功能而言,而并不是针对某一个操作的,试着努力去用一个名词短语表达这个用例的功能;突然觉得写用例对语文要求高,好吧,对于这种语文水平不咋地的人来说,是一种多大的折磨;
对于手机App的测试,个人觉得是测试里面相对来说比较简单的测试,整个应用的功能都数的过来,一般要考虑的测试点有:
a.断开网络的测试;
b.断开Gps的测试;
c.在操作中突然有来电;
d.在操作中突然有短信;
e.在应用里面,可以多次进行操作某一个功能,检查系统是否会挂掉;
f.当然对于一个
手机应用来说,用户体验是相当重要的;
三、用例总结
具有较高的发现错误的概率,没有多余的操作步骤,看不起既不简单也不复杂,案例是可用来重用与跟踪,确保系统能够满足功能的需求;
English » | | | | | | | | |
Text-to-speech function is limited to 100 characters