测试 2 基础篇

1.软件测试的生命周期？

      需求分析--测试计划--测试设计/开发--测试执行--测试评估

                      范围           测试用例       执行测试用例   覆盖范围（测试了哪些功能，哪些没有测试）

                      时间                                  补充测试用例     BUG的情况统计

                      人员                                                                测试报告

                      工具

2.如何描述一个BUG？

（1）测试版本 当前测试系统所在的代码版本

 （2）测试环境  【系统所在的环境】

（3）测试步骤 【引起BUG的操作步骤】

（4）测试数据【引起BUG的输入信息，或者数据】

（5）测试实际结果【预期结果】

（6）其它，错误截图，错误日志等附件

3.BUG的级别 

 崩溃 

 严重 【系统还可以运行，但是不稳定，如果继续运行，会产生严重的后果】 

一般 【系统可以稳定的运行，但是一些一般功能没有实现，实现的有问题，不影响用户使用】

次要【建议性的BUG，界面的问题】

4.如果因为BUG和开发人员产生冲突？

（1）检查自身，看BUG描述是否准确

（2）站在用户角度去劝说开发人员

（3）BUG的级别定义要有理有据

（4）要不断提升自身业务水平，技术水平

（5）可以和产品经理，开发人员一起开发进行分析讨论

测试用例的总体设计方法

1.基于需求设计测试用例

（1）验证需求的正确性和合理性

（2）细分需求，多细致的需求就设计多细致的测试用例

        从细分的需求里面，根据每一个功能点设计完整的测试用例

案例 购买3000块钱以内的华为智能手机

      如何测试买来的手机符合用户需求  

<=3000 品牌：华为  智能手机  手机基本功能验证

软件需求：【根据需求设计测试用例】

                1.若用户未收到激活邮件，可在登录界面录入电子邮件及密码后，再次发送激活邮件

                2.每次发送的激活邮件，仅在发送邮件后起24小时之内有效，超过24小时后需重新发送激活邮件

（1）如果用户没有收到激活邮件，在登录界面输入电子邮件和密码，重新发送；如果用户收到邮件，在登陆界面输入电子邮件和密码，不会重新发送，并且提示激活邮件已发送。

（2）24小时之内，点击激活邮件，可以激活系统

          超过24小时，点击激活邮件，提示，链接失效，需要重新发送激活邮件

          24小时之内点击激活邮件，已经激活系统，超过24小时之后再次点击---链接失效/系统已激活

2.

（1）等价类

        当输入很多，没有办法穷举，把输入（特殊情况下考虑输出）划分成若干个等价类，从每一个等价类当中选一个测试用例，如果这个测试用例测试通过，那么我们就说这个测试用例代表的等价类测试通过。

有效等价类：对于输入有意义的数据规格，称之为有效等价类

无效等价类：

等价类的边界是否需要专门测试？因为边界往往比较容易出错

（2）边界值法

        针对输入输出的边界进行测试的方法

（3）因果图法

        当我们的输入有多种，不同的输入组合对应不同的输出，可以使用因果图法；

                恒等 与 非

如何根据因果图设计测试用例？

（1）分析需求，找出所有的输入和输出

（2）找出所有输入和输出的关系

（3）画因果图

   (4) 根据因果图画判定表

（5）根据判定表设计测试用例

1， 正交法

 研究多因素多水平的一种实验方法，通过正交性找出实验中各因素的最优的水平组合，通过分析这些最优组合的试验结果，来分析整个试验的结果和情况

因素：待考察的变量

水平：每个待考察变量的值

因素数：待考察变量的个数，即正交的列数C

水平数：考察的每个变量的值最多的取值个数T

正交表的行数：N=（水平数-1）*因素数+1  【必须是每个因素的水平数相等】

正交表的性质：

  （1）每一列中不同的数据出现的次数一样多

（2）任意两列各数据组合（组合中的数据不同）出现的次数一样多

正交法设计测试用例的步骤：

（1）找出因素和水平

（2）确认因素数和水平数

（3）确认正交表 行 列

（4）根据正交表的性质去填充正交表的数据

（5）正交表的每一行就是一个测试用例，根据正交表的每一行写测试用例

（6）补充你认为可能但是正交表上没有的测试用例

2 场景设计法

功能点

把一个一个孤立的功能点组合起来，形成一个一个的场景

场景 ：  ATM取款流程：插卡--输密码--输入取款金额--取钱--退卡

    基本流程：插卡正确，输入正确密码，输入金额小于等于银行卡余额，按取钱按钮，取钱，退卡

异常事件：操作超时 忘记退卡 密码错误（前两次/一次输入错误，后面正确可以正常取款。前三次输入错误，账户锁定）  卡插反了，重新插卡，还可以正常取款

插错卡 消磁卡  输入金额大于银行卡余额 银行卡过期 ATM机余额不足 ATM损坏

同一张卡取钱达到上限 ATM网络异常

3.错误猜测法

根据测试人员的知识，经验，猜测软件的哪一个模块或者哪一个功能点会出问题，专门针对这个功能点进行测试用例设计

适用于补充的设计测试用例的方法

黑盒测试设计测试用例的方法  ------    (六种具体方法)    【只关心输入输出  中间过程不关注】