01

   测试用例意义   

 

1. 找出系统中的大部分功能性的bug

2. 体现测试工程师的能力

3. 体现测试工程师的测试思维

4. 确保需求文档中的功能点的覆盖

5. 引导测试工程师的测试思维发散更好的找出bug，提高软件的质量

 

 

02

   在面试的时候解决测试用例设计   

 

 

在我们的学习中，关于测试用例的设计方法，我们接触最多，听的最多大概就是等价类，边界值，流程图，因果图，场景法等。

 

如果在面试的时候，面试官问：请就一个玻璃杯进行用例设计。

那么你的答案可能是：

 

     验证这个杯子能否装水

 

     验证这个杯子装水时是否容易溢出

 

     验证这个杯子能否装饮料，比如可乐，雪碧

 

     验证这个杯子能否装其他物体，如硫酸

 

如果你设计的测试点是这样的，那么，你可能在面试官面前就拿不到高分。

 

但是你跟面试官这样说：

 

     从适用性的角度：分别验证这个玻璃杯是否可以装水，饮料等。

 

     从易用性角度：分别验证这个玻璃杯是否容易握住，是否有手把，是否有防滑设计。

 

     从兼容性角度：分别验证这个玻璃杯是否可以装不同材质的物体，放在不同的平台(桌子，凳子，地面等)上是否稳当。

 

     从安全角度：分别验证这个玻璃杯的材质，多高容易摔碎，在运输过程中正常保护是否易碎，包装上是都有安全说明。

 

     从效率性角度：能够装的烫水温度可以多高，冷的水可以多低

 

从上面两个对比我们可以看出，下面的内容面试官会更加喜欢，更加容易得到面试官的认可，也更能体现出你的能力，思维，理由：

1.  表述有条理

2. 角度广

3. 覆盖比第一种答案更加全面

4. 对测试的理解更加深入

5.  。。。。。

 

 

那我们第二种方案是从软件质量的8大特征出发的。

具体的有：

 

 

详细说明：

 

适用性：   软件是否提供了相应的功能   

可靠性：产品在规定的条件下，在规定的时间内完成规定功能的能力  

易用性：在指定使用条件下，产品被理解、 学习、使用和吸引用户的能力   

效率性：在规定的条件下，相对于所用资源的数量，软件产品可提供适当性能的能力   

软件维护性："四规"， 在规定条件下，规定的时间内，使用规定的工具或方法修复规定功能的能力   

软件可移植性：从一种环境迁移到另一种环境的能力   

兼容性：产品在不同平台，不同设备，不同仪器上运行情况，是否稳定

安全性：产品在数据安全，网络安全方面是否有相应的防护措施

 

 

03

   工作中测试用例如何落地   

 

 

上面部分是针对面试的时候，我们能够更好的应对。

 

在实际工作中如果按照这和思路来说的话，也可以用，方向都是准确的，但是实际操作中会遇到无法下手的情况，不怎么贴合实际，在工作中，拿到一个系统我们该如何下手呢?

 

拿到系统首先进行分析，有哪些模块，这个模块有哪些功能，哪些功能又可以分为哪些小类。这个时候用思维导图来提取是最好不过了。

 

接下来，细到每个模块的每个页面：

 

    模块中的控件测试

这里需要注意点，测试控件的时候，需要和业务流程一起测试。

例子：登录界面，有用户名输入框，密码输入框，登录按键

 

 

在测试的时候，基本的要对输入框进行必要的测试，这里采用的是等价类，边界值的方法。

 

但是前面说了一定要结合业务进行测试，这里界面的业务就是登录功能，所以在准备数据后，测试用例的最后一步应该是“点击登录按键”，来确认前台和服务器的响应和对于数据的验证。

 

整个布局，界面上的控件可以从上到下，从左到右的顺序挨个排查，来进行控件的覆盖。

 

友情提醒：在一个界面上控件比较多，比如有输入框，下拉框等各种控件，此时可以采用分类树的方法进行维度覆盖。

 

    模块上面的数据影响

这里的数据影响是我个人的叫法，为了和下面的模块和模块之间的数据流转分开。简单点理解就是模块或者一个页面中有两个字段的值根据需求或者业务或者算法会产生影响。

 

举个例子：在购物车界面，有产品信息，产品单价，数量，总金额

 

 

在这个界面中，合计字段的值是会随着会员价格，商品实付，单价，数量变化而变化的，那么在设计测试用例的时候是需要进行覆盖并且的测试的。

 

在这里所采用的的设计方法用等价类边界值比较多。流程图也会采用。

 

04

   模块与模块之间的数据流转   

 

 

模块和模块之间的数据流转在功能上体现出来的就是业务的流程，所以设计用例采用的方法多用流程图法。

 

在这个阶段，需要注意的是：如果两个人测试两个模块，而这两个模块恰好存在数据流转和影响，那么两个人都需要进行用例覆盖。

 

比如我们商城系统的前台和后台。

 

 

前台是买家用的，这里有个人收货地址;后台是给卖家用的，这里有发货表单。

 

那么当买家下单时，是必须要有收货地址的，这个地址就会传到卖家的发货表单那里，就是直接根据用户的ID进行相关数据的读取。

 

如果前台买家修改信息，买家在重新进入发货的时候，买家的收货地址应该是跟着改变的。

 

这里需要根据实际或者需求业务流程来进行设计。多采用流程图法。

 

 

05

   系统的整体测试   

 

 

系统的整体测试，是被测试人员经常漏掉的地方，尤其是新入行的新手。拿到系统，好开心，好急于设计，但是忽略了用户在使用一个系统的时候，一开始都是从安装开始的。

 

那么像下载，安装，卸载，登录，注销，升级更新这些都可以归为整体测试模块。在这个模块中不仅要考虑整体的功能，还有整体的用户体验。

 

比如一款app分为不同的模块，由于是不同的开发人员开发，为了凸显自己的特点，设计的时候带有自己的色彩，比如界面布局，颜色，一些公用的提示信息，如果发生整体的风格不统一的话，那么对于用户来说简直是台痛苦了。所以在这个模块测试工程是一定要多注意。