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,

主要看提交的数据对的时候,返回的数据是不是和 接口要求的一致,接口逻辑对不对

测试完成接口:

一般用来写测试用例或者写自动化脚本

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

当功能测试做完以后就开始做兼容测试,

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