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

打印 上一主题 下一主题

主题 705|帖子 705|积分 2115

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企服之家,中国第一个企服评测及商务社交产业平台。
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

郭卫东

金牌会员
这个人很懒什么都没写!

标签云

快速回复 返回顶部 返回列表