发表于: 2018-10-13 12:00:25

1 731


今天完成的事:

测试类型选择

         用例设计并评审完毕,这时候就要选择不同的测试方法来进行测试实现。大体上一个项目包括的测试类型有如下几种:手工测试、黑盒测试/功能测试、白盒测试、自动化测试、兼容性测试、接口测试、性能测试、渗透测试等。

l  手工测试

主要做一些逻辑比较复杂、使用频率比较少的功能!不过目前大部分公司的app测试,使用手工测试占比在70%左右。

l  自动化测试

主要做一些重复性、使用频次比较高的场合。自动化实现可以根据自己所属技能选着适合语言和工具来实现自动化!目前市场用的比较多的:RF、UFT(QTP)、winrunner、selenium、appium、uiautomator、XCUITEST等。感兴趣的可以自己去了解!设计自动化脚本之前,需要梳理相关业务、设计好测试执行流程、测试数据准备

l  接口测试

接口测试就是校验这个接口返回参数和状态是否正确,接口测试前期需要做如下准备工作:

a.开发人员提供服务接口(接口路径、头文件、请求数据格式等);

b. 给出测试数据。以登录为例:需要各种组合的用户名和密码;

c.根据前两部可以选着postman、RESTClient、Fiddler、Charles任意一款工具模拟请求。当请求成功发送并返回时!

d.根据模拟的的设计请求格式,选则相应的测试工具。目前主流的接口测试主要有:Jmeter、Locust、以及自己编写的一些的脚本。对于刚入门的个人推荐学习Jmeter,Jmeter既可以做接口测试,还可以基于接口做并发测试、压测、负载测试,不过性能和稳定性没有loadrunner好。

写脚本的项目目录一般包括:库文件lib、测试数据文件data、测试用例文件、测试报告、日志文件和主程序。

l  兼容性测试

由于现在设备多样性、浏览器多样性、操作系统多样性,在产品上线前,通常在不同的设备(不同的分辨率)、浏览器、操作系统上操作使用产品,查看应用程序是否正常显示、应用程序功能能否正常响应!兼容性测试目前主要是指移动设备兼容性、操作系统的兼容性、浏览器的兼容性。

兼容性测试方法就是确定一个测试基准,以测试基准作为预期结果,在其他设备、浏览器、操作系统上进行相同的操作,与测试基准一致,说明应用程序在兼容性方面是满足用户或产品需求的。

l  性能测试

性能测试是基于功能、接口完整的情况下,对服务端进行压力测试、负载测试、疲劳测试、并发测试,来发现性能瓶颈。

性能测试主要包括:

1.      需求提取,该部分包括:响应时间、并发用户数、TPS、吞吐量、CPU利用率、内存使用率、在线并发用户数等。

2.      需求策略制定:设计性能测试场景!这里以登录为例:

并发用户数:150、200、250和300;

用户间隔时间:1、2、2和2;

持续运行时间:20、30、30和30。

3.        准备测试数据

这里测试数据和自动化测试所使用的测试数据不一样,这里的测试数据都是有效复合要求的数据,请求使用该数据能响应成功的数据。

4.        选着测试工具

测试工具个人推荐loadrunner破解版,主要原因是:a.我在使用jmeter的进行长时间压测时多次堆栈溢出,没有loadrunner稳定;b. 其次loadrunner生成的报告也比较规范可选择性比较多。如果对于要求不是很规范的可以选着jmeter,jmeter并发用户数与压测的客户端配置有很大关系,不过适合入门,对于你们的话,公司不要求我推荐你们用这个,能满足基本的性能测试和接口测试。loadrunner内部编程脚本是使用C语言,入门比较高。

5.        选着合适的性能计数器、以及相关的性能分析指标

注意这里的性能计数器是设置在服务端的不是在客户端,如果没有服务端权限,这是需要记录下压测时间节点,给服务端沟通,要出这段时间的服务器的性能指标。

性能分析指标:响应时间、并发用户数、TPS、吞吐量、在线并发用户数

性能计数器链接:http://blog.csdn.net/henni_719/article/details/52024562

6.        进行压力测试,获取测试测试测试数据或报告

7.        编写性能测试报告

l  渗透测试

随着技术的发展,移动支付的发展,安全测试逐渐受到重视。安全测试需要知识面非常广,我个人水平有限,在此不做误人子弟的事!不过目前主流的渗透测试平台主要有:BT5、Kali,这两个平台汇聚安全测试使用最多的工具和命令,感兴趣可以去网上查阅,或者私信我,我给出学文档!

 

测试执行与缺陷管理

测试执行包括:手动执行测试用例、运行自动化测试脚本、接口测试脚本、性能测试脚本、兼容性测试等。在这过程中如果发现bug,可以选着公司里的bug管理系统记录bug。bug管理系统目前有:bugzilla、mantis、bugtags等。如果没有使用过这些工具,可以使用doc或者excel自己创建一个bug模块。bug的核心属性包括: bugId、bug名称、bug描述、严重等级、优先级、所属功能模块、版本号、开发人员、重现步骤、预期结果、实际结果。

缺陷生命周期流程图:

下文给出一个缺陷报告模板:

bugID

名称

优先级

bug描述

版本号

系统信息

作者

严重等级

所属功能模块

bug状态

开发人员

创建日期

重现步骤

预期结果

实际结果

Step_1

Step_N

 

 

回归测试与验收测试

         回归测试根据时间安排,选着合适的回归策略,如果时间充分,那就执行所有的测试用例,如果时间不充足,选着执行核心的测试用例以及bug修复的测试用例。

验收测试,需要产品或者用户根据需求说明书来检查产品功能实现、页面展示、性能是否与需求说明书要求的一致,如果一致,这说明产品符合需求通过验收。

 

测试报告

测试结束后,需要给出各个阶段的测试产物。如测试需求文档、测试用例、自动化脚本、性能测试脚本、性能测试报告、自动化执行报告、接口脚本及报告等。

明天计划的事:

租人

遇到的问题:


返回列表 返回列表
评论

    分享到