bug生命周期

首先知道bug的管理工具有禅道,jair,bugfree这些都是bug管理工具

      

      创建bug-----修改bug------验证bug------关闭bug这就是最基本的生命周期


      载体bug的时候会遇到如下问题:

              bug可以改成---已修改---

              不予解决:就是开发不给解决这个bug,这个时候你怎么办:

                    首先找开发去沟通,看看是什么原因造成的不给解决,看看有没有可能简单沟通一下,态度好点的bug解决掉,如果开发还是不解决,有测试经理找测试经理,没有测试经理找项目经理,将问题向上反映;

           

      开发说bug延期处理你该怎么办?

                     首先确定这个bug是什么类型的如果是自己项目里面的bug,而且还影响主要功能的使用,绝对不可能延期,如果是第三方原因造成的bug,比如分享每个平台是不一样的,这样的bug是可以延期的,必须通知项目经理的, 只有项目经理同意延期,才能延期,不然是不能延期的;


      如果说bug是外部原因造成的:

                     比如环信发送消息不能及时收到,这个时候一定要通知项目经理,是需要更换技术框架,还是能接受这个的;


       bug三大分类:致命缺陷,严重缺陷,一般缺陷;

                    致命缺陷:造成系统程序崩溃,系统悬挂,数据丢失,以及主要功能完全丧失都属于致命缺陷;

                     严重缺陷:主要功能存在严重缺陷,但不会影响到系统稳定性。

                                        比如:1. 功能未实现;2.功能存在报错;3.数值轻微的计算错误。

                     一般缺陷:这样的缺陷虽然不影响系统的基本使用,但没有很好的实现功能,没有达到预期的效果,

                                       比如:1主要功能丧失;2提示信息不正确;3用户界面较差;4操作时间长


       一个按钮点击没反应,如何判断是前端bug还是后台bug:

                    首先一般我们采用灰盒或者白盒,灰盒测试主要通过fiddler抓包,当点击按钮那一刻,通过fiddler看看有没有进行网络请求,如果没有进行网络请求说明是前端bug,有可能是前端没有调用网络请求的方法,如果进行了网络请求,但是没有返回数据,那就是后台bug,如果进行了网络请求,而且数据也正确返回那就是前端bug,如果进行了网络请求,返回数据不对那就是后台bug;


        测试需要的文档:需求文档,接口文档,产品原型图,UI设计图,开发规范文档

               需求文档:看看需求是什么,首先弄明白我们的产品需求

               接口文档:用来测试接口是不是正常使用,需要用到

               产品原型图:主要看清楚业务逻辑,以及有哪些功能点

               UI效果图:具体的产品长的什么样子

     

      测试分类:

               功能测试,兼容测试,性能测试,安全测试,自动化测试(主要是写脚本,为自己做功能测试提高效率)

              

               功能测试:web端和移动端:黑盒,灰盒,白盒;

               兼容测试:

                      web端兼容测试:IE浏览器从6 -12版本进行测试,是不是都可以用

                                                   火狐浏览器从36 - 54版本进行测试,是不是都可以用

                                                   谷歌浏览器从46到最新版浏览器

                                                    除此之外各种浏览器的测试,比如360,百度,搜狗,猎豹等各种浏览器都需要测试一遍

                     移动端兼容测试:

                               android端:华为,VIVO,OPPO,三星,小米等友盟排行较高的手机都进行测试,比如加起来使用率达到90的手机都需要测试;

                                                   android手机系统从4.0测试到最新的8.0手机

                             iOS端手机:从4S直接到8X手机

                                                   iOS系统从6到11;

      
性能测试:
测试工具 jmeter,loadrunner

1: 对接口进行压力测试,主要目的是为了模拟并发,模拟一个多人同时访问服务器的场景,提前把这种问题解决掉,测试的目的就是为了进行性能调优
2: 对web页面进行压力测试
3: 对场景进行压力测试,页面加接口组成的逻辑叫做场景

安全测试: 一般使用第三方工具进行扫描,看看接口有没有漏洞,sql语句能不能注入进去

自动化测试:
1: web端测试
python + selenium + 单元测试 + 断言 + 测试套件 + 自动化测试报告
2: 移动端测试

python + appium + 单元测试+ 断言 + 测试套件 + 自动化测试报告

3: 接口自动化

python + request + 单元测试+ 断言 + 测试套件 + 自动化测试报告

测试环境有三种:
测试环境(内网环境):
版本稳定以后的测试叫 α测试,英文是Alpha testing。又称Alpha测试.

预生产环境:(给测试用例的线上环境,模拟的真正的生产环境)

β测试,英文是Beta testing。又称Beta测试,用户 验收测试 UAT )。

生产环境: (给用户使用的环境)

β测试,英文是Beta testing。又称Beta测试,用户 验收测试 UAT )。

冒烟测试:
在开发完成开发以后,讲版本给测试以后,测试随机去测试用例的百分之2 到白分支3,如果测试通过,就继续测试,如果全部不通过,打回去重做


测试方法: 主要是用来写测试用例的时候使用的

1: 边界值 :
边界条件测试是环绕边界值的测试。通常意味着测试软件各功能是否能正确处理最大值,最小值或者所设计软件能够处理的最长的字符串等等。

比如有一个输入框:
规定输入的内容的长度是 10 位,不能大于10位,
这个输入框的边界值就是 9 和 11

输入9位有效数据,
输入11位有效数据看看
2: 等价类:

有效等价类:

比如规定: 用户名只能是中文,并且长度小于10
输入中文并且小于10 的就是有小等价类

张三 是有效等价类
aaaa 无效等价类

无效等价类:

比如规定: 用户名只能是中文,并且长度小于10
输入中文并且小于10 的就是有小等价类

张三 是有效等价类
aaaa 无效等价类


3: 错误推测法:
根据经验去推断错误:

4: 因果图法:

将几个输入条件组合起来,产生新情况,就叫做因果图

比如: 固定用户名长度10,并且只能是中文,密码长度6,并且只能是英文,

配合无效等价类使用:

输入 长度大于10,并且不是中文,密码大于6,并且是中文的

5: 判定表组成法
6: 正交试验设计
就是使用已经造好了的正交 表格 来安排试验并进行数据分析的一种方法,目的是用最少的 测试用例 达到最高的测试覆盖率。
7: 场景法
各种逻辑的组合就是场景

公司一天产品先基本都是双配:

两个产品 , 两个测试,两个安卓,两个ios,两个web,两个后台

首先测试的是接口: :
在后台写完接口以后,前端还没有开发的到时候,把接口测试完,主要的工具就是postman,jmeter,
主要看提交的数据对的时候,返回的数据是不是和 接口要求的一致,接口逻辑对不对

测试完成接口:
一般用来写测试用例或者写自动化脚本

当开发将该版本开发完成以后,开始对新增功能进行测试,同时用脚本跑老功能

当功能测试做完以后就开始做兼容测试,
兼容完了以后就开始做性能测试,最后做安全测试

你可能感兴趣的:(测试)