软件测试基础1--功能测试

1、什么是软件测试？

        软件是控制盘算机硬件运行的工具。
        软件测试：使用技术手段验证软件是否满足使用需求，为了发现软件功能和需求不相符合的地方，或者寻找实际输出和预期输出之间的差别。
        软件测试的目标：淘汰软件缺陷，保证软件质量。
1.1、测试的主流技能

        接口测试：使用代码，工具对服务端提供的接口进行测试
        功能测试：验证程序的功能是否满足需求文档上的
        自动化测试：使用代码或工具代替人工测试
        性能测试：模拟多人使用软件情景，查找服务器缺陷（bug）
1.2、测试的分类

        按测试的阶段分别：
                单元测试：针对程序源代码测试，比如JUnit
                集成测试：即接口测试，针对每一个模块提供的访问地址进行测试。
                系统测试：对整个系统进行测试，包罗功能，兼容性，文档等等测试    
                验收测试：即内侧，公测，使用不同人群发掘系统缺陷
        按代码可见度分别：
                黑盒测试：源代码不可见，根据已实现的功能进行测试，对测试人员的代码阅读力较低
                灰盒测试：部门代码可见，雷同于接口测试。
                白盒测试：源代码透明，雷同于单元测试。
2、软件的质量模型

        质量模型是衡量软件好坏的维度

功能性：功能数目是否精确（不能多不少），功能是否精确的实现，发生错误时是否能精确处置惩罚
性能：服务器每秒处置惩罚请求数够吗？硬件配置是否能满足？
兼容性：能在不同的操纵系统上运行吗？能在不同内核的欣赏器（谷歌，IE，火狐，苹果，欧朋）上使用吗？在不同品牌手机上运行正常吗？在不同网络环境下运行正常吗？
易用性：使用方便吗？页面美观吗？系统流畅吗？界面简洁吗？
安全：信息传输，信息存储是加密吗？
可靠性：是否无响应？是否卡顿？是否瓦解（死机）？
可维护性：后期维护服务器时是否方便？
可移植性：数据迁徙，更换服务器时，是否方便？
3.测试流程

        

需求评审：确保各部门理解一致
筹划编写：测什么，谁来测，怎么测
用例设计：验证项目是否符合需求文档
用例实行：项目模块开辟完成后，进行测试
缺陷管理：项目存在缺陷时，从提出bug到修复bug的全过程
测试陈诉：实施测试结果文档
3.1、测试用例

        用例是什么：是用户使用的案例，测试用例就是为了测试项目而设计的文档
        3.1.1、设计测试用例的作用

•                 防止漏测
  
•                 实施测试的标准
  

        3.2.2、测试用例编写格式

                    

用例编号：项目_模块_编号
用例标题：预期结果（测试点）
项目/模块：所属项目或模块
优先级：测试用例的重要程度（P0最高）
前置条件：实行用例前要做的操纵
测试步调：形貌怎么测试
测试数据：测试时需要输入的数据，没有为空
预期结果：盼望达到的结果
3.2、设计测试点的方法

        3.2.1、等价类分别

        等价类分别得当需要大量输入数据的地方，但是又不能穷举输入测试
        适用于表单的输入框，下拉列表，单选复选框
                

根据需求的长度，范例，规则进行分别
在有效等价类中选一个作为代表，在无效等价类中各选一个作为统共的测试用例
        需求1：验证QQ账号的合法性，QQ账号是6-10位的自然数

        需求2：验证手机号的合法性

        需求3：给你一个花瓶，给出它的测试用例
首先，硬件还要添加一个属性
        1属性测试：花瓶大小，重量，材质，外观
        2功能性测试：插花，装水，养鱼
        3性能测试：防摔，耐高温，耐低温，耐腐蚀，抗压
        4兼容性测试：装水，装饮料，装果汁
        5易用性测试：防滑，便携，方便使用
        6安全性测试：材质健康，不发生化学反应，不易燃易爆
        3.2.2、界限值分析

                界限范围节点：选取上点，离点，内点
                界限值分析一般都要和等价类分别一起使用，先分别等价类，再分析界限值，最后编写用例。适用于有界限范围的输入，至多，至少重量，最大，最少等等。
        
                上点：正好即是界限值的点
                离点：距离上点最近的点，左右各一个
                内点，合法范围内中的点

        需求1：标题大于0，小于即是30个字符

界限值优化，将七个点优化为五个点，即优化离点，开内闭外
        开区间生存内离点，闭区间生存外离点
3.2.3、判定表

        判定表用于解决多条件的依赖问题，判定表适用于4个条件以下，较少的环境。

根据判定表设计的用例，数目是2的条件桩次方

3.2.4、场景法（流程图）

                用流程图表述用户的使用场景，流程图适用于覆盖业务测试，先测试业务，在测试单功能，单页面
        

3.3.5、错误推断法

        通过测试经验，推测系统大概出现，容易出现的问题，只适用于时间紧，使命量大的场景
4、缺陷

        缺陷就是软件使用过程中出现的问题，即BUG
        4.1、缺陷的判定标准

        软件未实现需求规格阐明书要求的功能--少功能
        软件实现的功能超出需求规格阐明书的要求--多功能
        软件出现了需求规格阐明书中指明不应出现的错误--功能错误
        软件没有实现需求规格阐明书中未指出但应当实现的要求--隐形功能错误
        软件难以理解，体验差，运行缓慢--不易使用
        4.2、缺陷产生的原因与生命周期

        4.3、发现缺陷后怎么形貌

        当发现缺陷时，应该怎么办？
                首先保证该缺陷可以重现，其次确以为bug，之后才可以提交
        4.4、缺陷管理工具

        禅道：在禅道上提交，验证，关闭bug

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。