发表于: 2018-01-05 17:53:29

3 1017


今天完成的事情:

重新总结学习黑盒测试 兼容性测试 ui测试 

收获:

1.黑盒测试方法(功能测试):

1). 等价类的划分方法:有效值等价类等价无效值等价类等价必须包含两个方面的等价类等价测试。

        等价类是子集代表全集的测试,等价类子集的必须不相交。

  等价类的划分方法(6种方法)

(1)有效值表示的是一个范围,划分成一个有效等价类跟两个无效等价类。这两个无效等价类的划分方法分别是在左右两个边界值之外的值。

(2)输入条件是一个规定确定好的集合,设计一个有效值等价类和一个无效值等价类。

(3)布尔值的情况,一个有效等价类和一个无效等价类。

(4)输入值是一组值(N个),每个数据元素都要进行处理,设计等价类时是N有效等价类和一个无效等价类。

(5)输入情况必须是符合某些规则,则设计是一个有效等价类和N个无效等价类。

在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。

(6)等价类中不同的子集有对应不同的处理结果,这时处理等价类划分成更小的子等价类。

2). 如何根据等价类法设计测试用例。

 根据等价类划分出有效等价类跟无效等价类完成等价类表设计。

(1)为每个等价类确定唯一的编号。

(2)设计测试用例覆盖所有的有效等价类。

要求: 设计一个测试用例,这样尽可能多的完成有效的覆盖,循环执行。

(3)设计测试用例覆盖所有的无效等价类

方法操作:设计一个测试用例使它覆盖一个无效等价类的值,执行循环操作,完成所有无效等价类中值的测试。

第一步:划分等价类

第二步:设计有效等价类需要的测试用例

第三步:为每一个无效等价类至少设计一个测试用例。

3).边界值方法

边界值的划分方式,最小值,最小值的右趋近,正常值, 最大值,最大值的左趋近。

4).错误推测法:

误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。 例如,在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等,这些就是经验的总结。还有,输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。

5).因果图法:

因果图法是根据输入条件与输出结果之间的因果关系来设计测试用例的,它首先检查输入条件的各种组合情况,并找出输出结果,对其输入条件的依赖关系,然后为每种输出条件的组合设计测试用例。

因果图方法最终生成的就是判定表。它适合于检查程序输入条件的各种组合情况。

判定表(Decision Table)是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确。

6).判定表组成法

条件桩(Condition Stub):列出了问题的所有条件.通常认为列出的条件的次序无关紧要。
动作桩(Action Stub):列出了问题规定可能采取的操作.这些操作的排列顺序没有约束。
条件项(Condition Entry):列出针对它左列条件的取值.在所有可能情况下的真假值。

动作项(Action Entry):列出在条件项的各种取值情况下应该采取的动作。

正交试验设计

就是使用已经造好了的正交表格来安排试验并进行数据分析的一种方法,目的是用最少的测试用例达到最高的测试覆盖率。

7).场景法

软件几乎都是用事件触发来控制流程的,事件触发的情景
基本流和备选流

便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。

基本流和备选流:如下图所示,图中经过用例的每条路径都用基本流和备选流来表示,直黑线表示基本流,是经过用例的最简单的路径。备选流用不同的色彩表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中(如备选流1和3);也可能起源于另一个备选流(如备选流2),或者终止用例而不再重新加入到某个流(如备选流2和4)。

2.兼容性测试方法:基本流和备选流

(1)Web兼容性测试

  首先开展人工测试,测试工程师测试主流浏览器和常用操作系统测试主流程和主界面,看看主流程和主界面是否有问题,如果存在问题,那么记录下bug情况,以及浏览器型号和版本,以及操作系统,准确定位bug产生的原因,提交bug,告知开发人员修改。所有的主流设备都需要进行测试,只关注主流程和主界面,毕竟每个系统主流程和主界面不是很多,所以这个工作量还是可以承受的。
  借助第三方测试工具,目前比较好用的第三方WEB工具有IEtester(离线)、SuperPreview(离线)和Browsershots:browsershots.org(在线),一款可以测试IE的兼容,一款可以测试主流浏览器的兼容,包括谷歌、火狐、Opera等等。借助第三方测试工具,找到bug产生的位置,分析测试结果,告知程序员调整。
  (2)APP兼容性测试
  APP的兼容性测试和Web测试类似,首先开展人工测试,测试工程师借助测试设备对主流程和主功能,主界面进行测试;收集所有的能收集到的不同型号的测试设备测试主流程和主界面,看看主流程和主界面是否有问题,如果存在问题,综合考虑设备的使用率等因素,看看是否需要调整,如果需要,那么记录下bug情况以及测试设备的型号和操作系统,准确定位bug产生的原因,提交bug,告知开发人员修改。

  借助第三方测试工具,对于APP的兼容性测试,推荐的是百度众测平台和云测平台,这两款测试工具里面包含了安卓和iOS的测试;测试很齐全,包括功能测试、深度兼容测试、性能测试、网络环境测试,还可以模拟海量用户测试,,还可以导入自己编写的测试用例进行功能测试,里面还包括测试专家的测试,当然了找专家是要花钱的。基本进行兼容性测试是不需要花钱的;测试工程师把打包好的apk或者IPA文件,上传到测试平台,选择需要测试的设备型号,开始任务即可;等待一段时间,在等待的时间你是不需要盯着的,你可以做其他的工作。测试完成后会生成一份测试报告,可以查看错误页面和错误日志,如果需要调整,那么提交bug,告知程序员修改即可。

3.ui测试方法:

1.窗口与窗口之间,字段与字段之间的浏览,以及各种访问方法(tab键、鼠标移动和快捷键)的使用;
 2.窗口的对象和特征(例如:菜单、大小、位置、状态和中心)都符合标准;测试方法:为每个窗口创建或修改,以核对各个应用程序窗口和对象都可正确的进行浏览,
并处于正常的对象状态。
3.导航测试:
导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等;不同的链接页面之间,通过思考下列问题,可以
决定一个web应用系统是否易于导航;导航是否直观?web系统的主要部分是否可通过主页存取?web系统是否需要站点地图、搜索引擎或其他的导航帮助。
4.图形测试
 图形包括图片、动画、边框、颜色、字体、背景、按钮等。
1)要确保图形有明确的用途,图片或动画不要胡乱的堆在一起,以免浪费传输时间,web应用系统的图片尺寸要尽量的小,并且要能清楚的说明某种事情,
一般能链接到某个具体的页面;
2)验证所有页面字体的风格是否一致;
3)背景颜色与字体颜色和背景色相搭配;
4)图片的大小和质量,一般采用jpg或gif压缩,最好能使用图片的大小减小到30K以下;
5)演示文字回绕是否正确,如果说明文字指向右边的图片,应该确保该图片出现在右边,不要因为使用图片而使窗口和段落排列古怪合作出现骨性;
 5.内容测试
内容测试用来检验web应用系统提供信息的正确性、准确性和相关性。信息的正确性是指信息时可靠的还是误传的。信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口,也就是一般web站点中的所谓“相关文章列表”。
 6.表格测试
需要验证表格是否设置正确,用户是否需要向右滚动页面才能看见产品的
价格?把价格放在左边,产品细节放在右边是否更有效?每一栏的宽度是否足够宽,表格里的文字是否都有换行?是否因为某一格的内容太多,而将整行的内容拉长?
7.整体界面测试
整体界面是指整个web应用系统的页面结构设计,是给用户一格整体感。例如:当用户浏览web应用系统时是否感到舒适,是否凭直觉就知道要找的信息在什么地方?整个
web应用系统的设计风格是否一致?

明天计划:学习其他软件测试的方法。



 



返回列表 返回列表
评论

    分享到