一、编写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