精华内容
下载资源
问答
  • web测试,APP测试和小程序测试特点
    千次阅读
    2022-03-14 18:27:09

    测试相同点:都是需要按照需求来进行测试

           测试流程是一样的:制定测试计划,设计测试方案,编写测试用例(每一个环节需要进行评审),执行用例
    
           测试的方法是一样的:每个软件都可以手工测试,都可以实现自动化测试;都可以进行白盒测试,也可以进行黑盒测试,还有灰盒测试...
    
           测试分析和设计的方法是一样的:测试分析指的是如何提取测试项:质量模型分析法(单个功能的测试)
                                                                       功能交互分析法(功能和功能之间集成)
                                                                       用户场景分析法 (全业务流程测试)
                                        测试设计方法指的是设计用例的(11种设计方法):等价类、边界值
    
           测试的管理工具:都会使用缺陷管理工具、测试用例管理工具
    

    测试不同点:细节上不一样

                 性能测试 :web 系统:侧重于多用户使用情况下的性能表现 ,比如 淘宝双11、全运会
                           
                            word 系统:关注打开或者保存一个大的文档时的时间,使用word的时候对资源(cpu)消耗情况
    
                 安全性测试:web 系统 :关注来自网络的攻击,信息安全,比如超市的用户数据,收银系统被黑客攻击,盗取,拿去卖钱
    
                             word 系统:不需要太多关注网络攻击,但是提供了加密功能
    

    app 和 小程序 的对比:

    ------------------------------------ web 测试 ---------------------------------------

    简单来说:WEB 测试适用于所有基于web网站的测试,是浏览器通过 url 来实现网站的功能

    测试点:功能测试、性能测试、用户界面 GUI 测试、兼容性测试、接口测试 、安全测试 等等

    功能测试:

    1、 超链接测试    
           
          1)测试是个超链接
             如果不是,直接提bug,问题:检查标签名和属性名
    
          2)测试超链接能够正常打开,不要出现 404等错误
             常见问题代码:404,500
    
         3)测试超链接的入口和目的地址是否一致,即超链接跳转到的目的地是正确的
    
         4)测试超链接的入口情况:如果是文本入口:文本要简短,精炼,正确没有错别字和歧义
    
                                  如果是图片:图片能够正常显示,图片要形象
    
                                  如果实在是找不到具体形象的图片,最好建议加上 tips
    
          测试超链接可以利用测试工具:xenu 工具等
     
    2、表单测试
    
         表单主要是用来整体提交数据的,post 方法,如果有好几个数据一起提交,就可以放在一个表单中
    
         1)测试正常提交表单,测试基本功能:合法的输入(优先级最高)
         2)测试表单的校验:测试单字段校验:必填项 (是否为空);长度(文本的长度,边界值);格式(日期的格式,邮箱的格式,密码格式);内容(非法的,比如要求数字,填非数字)
                            测试对字段联合校验:字段之间有关联,测试关联性,联动反应(比如:身份证号和出生日期;酒店的软件到店,离店日期)
                           
                            测试多值输入字段(重点关注分隔符):比如入住人,如果是多人,如何分隔,最好给出明确的分隔符提示,或者是换行添加功能
    
                            测试表单的入口和出口
    
                            测试字段取值方式的合理性
                       
                            测试字段顺序的合理性
                         
                            测试字段存在的价值:有一些字段无意义,意义不大,不建议出现
        3)GUI用户界面测试 :测试界面上的信息显示是否正确;
                             测试界面的整体布局是否合理美观;
                             测试界面的默认值;
                             测试放大缩小页面,页面还能否正常显示
    
        4)文件上传测试:测试上传文件的类型(允许的类型)、大小、个数;
                         测试重复上传、同名文件上传;
                         测试上传文件后能够查看文件;
                         测试上传时已选中文件,准备上传,删除该文件;
                         测试文件上传以后,再删除原文件,看系统是否有异常;
                         测试上传的进度:文件大的话,需要有进度条
                         测试上传的过程中取消操作;
                         测试文件删除只有,建议直接存储在磁盘上,并且要被重命名存储,防止发生冲突,数据库中只记录文件的基本信息;
    
        5)cookies 测试:查看是否有敏感信息
    
                         需求:阻止所有cookie 写入,软件cookie 中不能有信息
                         需求:允许一部分cookie 写入,阻止一部分写入 ,软件cookie中的信息是否符合需求
                         需求:测试 cookie 的加密
    
                         测试cookie的过期时间:建议不要超过半年
        6)Session 测试 :测试 session 的过期时间
    
        7)测试设计开发语言(不是重点):
    
        8)数据库测试:不是指去测试数据,而是在测试过程中用到数据库
                        
                       测试点:测试前台页面的数据是否和数据库中存储的数据一致
    

    易用性测试(在测试功能的时候就可以一并测试)

    易用性主要是用来关注有用户的感受,提升用户的感受
    
    先分析用户:年龄(儿童、青少年、老人、中年人)
                地域(中国、外国:使用习惯,比如日期习惯)
                类型(技术类(系统风格科技蓝)、环保类(绿色主题)、金融类
    
    怎么提升:界面上,外观上,要吸引人想去用
              从操作上,跟加简单
              从提示上,简单明了亲切
    

    性能测试:web 系统关注多用户使用情况,需要借助性能测试工具来完成(LR、jmeter)

         关注重点:客户端的响应时间要快(2、5、8 参考)
                   
                   服务器端:资源的使用情况
    

    整体用户界面测试:GUI 测试 排版、布局、颜色、字体等等

    兼容性测试:客户端兼容性 : 测试在不同浏览器上都能正常访问(谷歌、火狐、IE)
    重点要兼容的就是:浏览器不同类型、不同版本
    还需要测试在不同的操作系统上兼容不同的浏览器

           服务器端的兼容性:服务器端的兼容性测试主要是指同一个软件需要测试不同的web服务器版本。
                             连接不同的数据库,或者使用不同的网络环境看看是否能够正常工作。
    

    安全测试:没有完全的安全的测试,道高一尺魔高一丈
    安全测试需要用到编程技术,数据库技术,网络技术,信息安全技术等等
    1)测试认证和授权 也属于功能测试
    认证:只有合法的注册过的用户才能登录使用系统,非法的不让用

                             怎么认证更安全:认证方式:用户名、密码、验证码(图形、输入、短信)
    
                                             密码强度的策略
                                         
                                            适可而止,多则困扰,少则不安全
                             授权:权限控制   :不同级别的权限控制
                                                对不同的用户进行授权
                                                对不同的功能模块进行授权
    
                             通过登录和权限的控制来增加系统安全
                             
                             细节注意:登录失败,系统提示用户名或者密码错误
                                       未登录,直接输入登录后的页面地址,必须要重新登录
                                       连续多次登录失败,锁定用户账号
    
           2)文件上传漏洞   测试可执行文件或者脚本文件不让上传
                             测试不能只根据后缀名来判断文件的上传类型
                             测试上传的文件要有最大最小的限制,否则很容易把硬盘系统塞满
                             限制同一个IP地址不能连续多次上传文件,很有可能是恶意上传攻击
    
           3)攻击   SQL注入  在页面上输入一些特殊的信息,来改变代码中SQL的执行
                              特殊的信息一般放在第一个输入框
                              特殊的信息:比如 单引号 '(跟前面的单引号配对) ,# mysql的注释符 ,但是输入到 oracle 数据库中 ,oracle中注释 --
                     
                     DDOS 拒绝服务攻击:指的是利用合理的服务请求来占用过多的服务器资源,从而使服务器无法正常处理合法用户的请求,甚至直接导致服务器崩溃。
                            
                                        写代码或者网络协议
    
                     XSS跨站点脚本攻击:指的是往页面中插入恶意的HTML或者javascript 代码,当用户浏览网页的时候,嵌入的代码就会被执行
    

    接口测试(专项测试):集成测试阶段测试最合适,系统测试阶段也可以测试。

    ----------------------------------------------- APP 测试 -------------------------------------

    web 系统 和app 软件的对比:web 系统:淘宝网站
    app :微信

    相同点:都是软件,和其他软件的相同点一样

    不同点:架构模式不一样,测试重点不一样

    有哪些不同?

    安装测试 app有安装、升级测试、有卸载
    web 系统客户端使用的是浏览器,不需要安装

    功能测试 正常的功能实现以外,app需要额外考虑和手机的交互性测试(比如:看视频,听歌,来电话了…视频音乐暂停了,挂了电话,恢复)
    还有一些特殊模式:分屏模式,单手模式

    GUI用户界面测试 app考虑横屏,竖屏模式,是否显示正常,投屏模式,触屏滑动等等

    兼容性测试:app 兼容:不同的手机,不同手机品牌,同一品牌不同型号;手机的操作系统

    性能测试:app 耗电量,流量,内存,cpu, 温度;多用户使用

    APP测试最重要的几个测试点:

    1、功能方面目前市场上没有达到自动化水平,主要是手工测试。出现问题最多的就是:特殊符号、边界值、按钮之类。
    2、兼容性方面考虑手机的版本、型号、分辨率。不同版本是否在差异,一般低版本问题比较多。
    3、稳定性方面主要考虑:闪退、系统崩溃、没有响应等之类。
    4、易用性:界面吸引人,容易理解,操作简单,无错别字等等。
    5、性能测试关注的重点CPU占用,内存占用,电池温度。(依靠工具来实现)
    6、安装、卸载、升级必须要测试

    APP专项测试
    1、APP测试的准备
    确定APP的设备(品牌、型号、尺寸、屏幕分辨率)
    确定APP的版本及操作系统类型(iOS和Android)
    用表格记录APP的设备和版本
    2、网络测试:2G,3G,4G,Wifi,移动,联通,电信,弱网,强网
    不同网络下能正常工作,网络中断,连接,切换
    3、多任务处理,切换及意外情况处理
    正常打开被测APP
    运行APP的功能
    突然被其他应用打断(意外,短信、电话、通知)
    切换到该应用、或者、忽略该应用
    被测APP能够继续之前的操作,不发生退出或者系统崩溃
    4、手势 (长按屏幕,上下、左右滑动,双手指捏合、放大放小)
    5、消息通知及显示
    6、使用高内存的处理 (App对于读取大量图片、视频等进行高内存占用操作的处理能力)
    7、支持的文件格式
    8、APP的用户体验(横屏,字体大小设置以及美观,遵循iOS和Android的设计规范)
    9、APP响应不同的设备用户界面
    10、APP的消息显示和通知显示 (锁屏的通知,下拉通知栏的通知,应用程序消息栏)
    11、APP能否及时显示和同步数据(Web端 + PC端 + APP端 同步消息及数据)
    12、安装、升级及卸载测试
    13、安装之后的最大权限最小权限获取能否正常使用app(或给出友好提示而不是白屏)
    13、操作系统升级之后能否访问APP
    14、应用召唤
    15、多台设备登录
    16、交互测试:验证APP与系统事件交互式的运行表现

    注意:升级以后,能够访问APP,特别关注历史数据的校验

    ------------------------------------- 微信小程序的测试 ------------------------------------

    简单来讲:小程序不用安装就能使用;它的体积也非常小,每一个都不超过1M。

    微信小程序:优点 方便,免安装,释放手机内存,桌面整洁,需要的时候再用;
    缺点:依赖微信
    不是所有的用户需求都可以满足:比如游戏类
    推送消息有限制

    微信小程序特殊测试点

    1、小程序包大小不能超过3M,开发版对大小没有限制,但是体验版和正式版都有限制。
    2、页面层级跳转不能超过10次,比如分类-》居家-》布艺软装-》居家-》被枕-》居家-》。。。达到10次就无法跳转了,如果非要有这种跳转方式,需要考虑不让微信觉得是10次跳转。
    3、缓存,微信小程序为了提升用户体验,会缓存用户的页面及数据,方便下次调用时直接使用。可能产生的问题:
    (1)微信小程序缓存的数据是否和服务器端一致。实际测试时可以先访问页面,然后修改服务器上数据,再回看小程序中页面,看数据是否一致。
    (2)切换相似的页面,看是否缓存的数据会产生混乱,比如居家和餐厨两个分类,切换分类的时候,会不会因为缓存导致具体信息不发生变化。

    更多相关内容
  • 软件测试工作流程

    千次阅读 2021-04-13 11:42:56
    软件测试工作流程一、概括软件测试工作流程主要包括:具体而言:二、测试需求分析的目的1.把用户需求转化为功能需求:2.明确测试活动的五个要素:三、测试需求分析1.确认功能2.场景分析3.挖掘隐性需求(需要测试...

    一、概括

    软件测试工作流程主要包括:

    ① 测试需求分析阶段;
    ② 测试计划阶段;
    ③ 测试设计阶段;
    ④ 测试执行阶段;
    ⑤ 测试评估阶段。

    具体而言:

    ① 测试需求分析阶段:阅读需求,理解需求,主要是对业务的学习,分析需求点,参与需求评审会议。
    ② 测试计划阶段:主要任务是编写测试计划,参考软件需求规格说明书,项目总体计划,内容包括测试范围(来自需求文档),进度安排,人力物力的分配,整体测试策略的制定。风险评估与规避措施有一个制定。
    ③ 测试设计阶段:主要是编写测试用例,会参考需求文档(原型图),概要设计,详细设计等文档,用例编写完成之后会进行评审。
    ④ 测试执行阶段:搭建环境,执行冒烟测试(预测试),然后进入正式测试,bug管理直到测试结束。
    ⑤ 测试评估阶段:出测试报告,确认是否可以上线。

    二、测试需求分析的目的

    1.把用户需求转化为功能需求:

    1)对测试范围进行度量;
    2)对处理分支进行度量;
    3)对需求业务的场景进行度量;
    4)明确其功能对应的输入、处理和输出;
    5)把隐式需求转变为明确。

    2.明确测试活动的五个要素:

    1)测试需求是什么:测试需求需要做到尽可能的详细明确,以避免测试遗漏和误解。
    2)决定怎么测试;
    3)明确测试时间;
    4)确定测试人员;
    5)确定测试环境:测试中需要的技能,工具以及相应的背景知识,测试过程中可能遇到的风险等等。

    三、测试需求分析

    1.确认功能

    1)业务功能:与用户实际业务直接相关的功能或者细节;
    2)辅助功能:辅助完成业务功能的一些功能或者细节,例如:设置过滤条件;
    3)数据约束:功能的细节,主要是用于控制在执行功能时,数据的显示范围,数据之间的关系等;
    4)易用性需求:功能的细节,产品中必须提供,便于功能操作使用的一些细节,例如:快捷键等;
    5)编辑约束:功能的细节,在功能执行时,对输入数据项目的一些约束条件,例如:只能输入数字等;
    6)参数需求:功能的细节,在功能执行时,需要根据参数设置不同,进行不同处理的细节;
    7)权限需求:功能的细节,在功能执行的过程,根据不同的权限进行不同的处理,不包括直接限制某个功能的权限;
    8)性能约束:功能的细节,执行功能时,必须满足的性能需求。

    2.场景分析

    1)考虑场景的调用者:考虑每一个场景提供的服务是供哪些外部模块或者系统调用的,找出所有调用者。调用前提,约束都要考虑。每一个调用都可以考虑成一个大的业务流程(一般和外部有交互的业务出错率比较大,需要重点关注);
    2)考虑系统内部各个场景之间的:形成内部业务流程,需要分析每个场景之间的约束关系,执行条件,组织出各种业务流程图。

    3.挖掘隐性需求(需要测试工程师的经验积累)

    1)常用的或者规定的业务流程
    2)各个业务流程分支的遍历
    3)明确规定不可使用的业务流程
    4)没有明确规定但是应该不可使用的业务流程
    5)其他异常或者不符合规定的操作

    以上是粗略的讲解了如何进行测试需求分析,在需求分析过程中通过参考需求规格说明书来编写整个测试计划,这个阶段一般情况下是测试主管编写的。包括测试人员,测试时间,测试工具,以及测试方法等。

    四、测试用例设计

    测试用例是测试工作的最核心的模块,在执行任何测试之前,首先必须完成测试用例的编写。测试用例是指导你执行测试,帮助证明软件功能或发现软件缺陷的一种说明。用例设计好后进行审核。这个地方该讲的东西就多了,如何设计测试用例,设计测试用的方法,怎么进行测试用例的审核等等。

    1.如何进行测试用例的设计

    编写测试用例之前我们需要对项目的需求有清晰的了解,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数,作为测试用例的编写者不仅了解要有常见的测试用例编写方法,同时需要了解被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构。

    2.步骤:

    1)测试需求分析:

    从项目部拿到软件的需求规格说明书后,开始对项目的需求进行分析,通过自己的分析、理解,整理成为测试需求, 清楚分析出被测试对象具有哪些功能。 明确测试用例中的测试集用例与需求的关系,即一个或多个测试用例集对应一个测试需求。

    2)业务流程分析:

    分析完需求后,明确每一个功能的业务处理流程,不同的功能点作业务的组合,以及项目的隐式需求。如遇复杂的测试用例设计前,先画出软件的业务流程。从业务流程上,应得到以下信息:
    ① 主流程是什么?
    ② 条件备选流程是什么?
    ③ 数据流向是什么?
    ④ 关键的判断条件是什么?

    3.测试用例设计

    完成以上两步则可进行测试用例设计,功能测试用例,应尽量考虑边界、异常、性能的情况,以便发现更多的隐藏问题。
    设计测试用例的常见方法:
    1)等价类
    2)边界值
    3)因果图
    4)判定表
    5)状态迁移
    6)正交实验
    7)场景法
    8)错误推断
    注意:编写测试用例时,我们尽可能取的不应该是有效等价类而应该是无效等价类

    4.编写完成后自我检查以及部门内部评审:

    1)测试用例本身的描述是否清晰,语言准确;是否存在二义性;
    2)测试用例内容是否完整,是否清晰的包含输入和预期输出的结果;测试步骤是否清晰;
    3)测试用例中使用的测试数据是否恰当,准确;
    4)测试用例是否具有指导性,是否能灵活的指导软件测试工程师通过测试用例发现更多的缺陷,而不是限制他们的思维;
    5)是否考虑到测试用例执行的效率。对于不断重复执行的步骤,是否保证了验证点相同;或者测试用例的设计是否存在冗余性等。这些都可能导致测试用例执行效率低下;
    6)画出软件需求跟踪矩阵,验证测试用例是否完全覆盖了需求,验证测试用例的覆盖性;
    7)测试用例是否完全遵守了软件需求的规定。这一点其实有一些难做到。考虑到时间/成本的关系,应该视具体情况而定。

    注:具体详细内容可参考《如何有效的进行测试用例评审》

    5.测试用例更新完善

    测试用例编写完成之后需要不断完善,如遇需求更改或功能新增时,测试用例必须配套修改更新,同时在测试过程中发现设计测试用例时考虑不周,需要对测试用例进行修改完善;在软件交付使用后客户反馈的软件缺陷,而缺陷又是因测试用例存在漏洞造成,也需要对测试用例进行完善。
    五、测试用例执行过程
    首先搭建测试环境,准备好测试数据,进行预测,预测通过之后,按照测试用例进入正式测试,有效的测试执行可以将测试用例发挥最大的价值。因此,测试用例规范执行有助于更好的发现代码中存在的缺陷。

    根据个人测试工作经验,好的测试执行应该包含如下内容:

    1.测试执行中评估测试执行时间不足,需及时上报风险。满足质量优先,进度其次原则。
    2.测试用例按优先级顺序执行,通常是基本、详细和异常顺序执行。
    3.未执行用例、标志为删除或者无效的用例,需注明原因。
    4.执行过程中有疑问的测试用例(场景、操作步骤、检查点等)需找测试设计人员澄清。
    5.测试执行需对用例描述的检查点逐一检查,避免遗漏。
    6.重视不易重现的缺陷场景,可能是一个bug。
    7.执行过程中发现有前期设计遗漏用例需补充到用例文档并执行验证。
    8.建议测试人员交叉执行重复测试用例,用例执行对相同测试人员有免疫性。避免可能的缺陷一直遗漏到现网。
    9.如有需要,建议保留测试结果,结果可视。也便于不同版本间的测试结果对比。
    10.已确认问题需及时按照问题单提单要求(规范和缺陷定级)提单。
    11.跟踪问题单修复情况并回归验证问题单。
    12.测试结束,将最终测试用例文档上传到归档目录,实现用例重用。

    在测试用例执行过程中,包含了:功能测试阶段、缺陷跟踪阶段(bug tracking)、回归测试阶段、系统测试阶段、验收测试阶段等(系统已满足测试条件(开发完成),按照已经评审过的测试用例依次执行,执行过程中及时记录问题,将问题及时提交到禅道上,要跟踪缺陷。等开发修复后进行回归测试,确认修复后关闭缺陷。

    六、测试报告

    最后已达到准出要求的根据测试情况写测试报告,对整个测试过程和版本的质量做一个评估。
    测试报告是指把测试的过程和结果写成文档,对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。测试报告是测试阶段最后的文档产出物。优秀的测试经理或测试人员应该具备良好的文档编写能力,一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试中的数据采集以及对最终的测试结果分析。

    测试的内容可以总结为以下目录(根据实际情况进行具体调整):

    ① 首页
    ② 引言(目的、背景、缩略语、参考文献)
    ③ 测试概要(测试方法、范围、测试环境、工具)
    ④ 测试结果与缺陷分析(功能、性能)
    ⑤ 测试结论与建议(项目概况、测试时间 测试情况、结论性能汇总)
    ⑥ 附录(缺陷统计)

    至此并不算最后的完结工作,软件测试还包含了线上功能检查、当前版本问题反馈以及改进建议 等。这样才算是软件测试最终结束,软件测试是贯穿于整个软件生命周期的。

    附录

    测试工作流程图解(网图)
    在这里插入图片描述
    注:所有的内容均整理自各路大神,帮助喜欢测试的朋友,谢谢!

    展开全文
  • 一旦需求、设计或者应用程序中的某些细节发生了变化,比如“用户名”变成了“操  测试用例写的太细化了,则适应不了系统的变更需求;写的太粗糙,则可操作性不强,太随意。,如果文档中的对操作步骤描述的过于具体,...
  • 目前,在IT行业中测试的职位数量仅次于开发,可以说是第二大技术就业岗位。...比如要做一个K12在线教育系统,需要具体实现哪些具体功能,和功能的细节需求。功能要一一列出来,比如:直播课程,录播课程

    目前,在IT行业中测试的职位数量仅次于开发,可以说是第二大技术就业岗位。然而许多人对测试师工作的理解还停留在,只需要像用户一样使用产品,然后发现有问题提交报告就行了。其实这是极其不准确的,软件测试师在测试产品前后通常有很多工作要做。下面我们就一起来看看软件测试师的工作流程。

    1、需求分析阶段

    当我们需要确定产品功能的时候,通常是产品经理和开发经理讨论制定需求细节,开发人员和测试人员参与评审。比如要做一个K12在线教育系统,需要具体实现哪些具体功能,和功能的细节需求。功能要一一列出来,比如:直播课程,录播课程,学生老师注册,学生考试等等。每个功能点要不断细化,直到可以给开发人员没有什么疑问,可以着手开发工作。比如学生考试功能,考试功能包括哪些子功能?创建试卷、学生答题、批改方式、结果呈现、数据分析等等。每个子功能还要继续细化。试卷要包含多少题?题目是系统自动选择还是人工挑选?系统自动选择题目的时候,注意根据哪些要素?考完是自动批改吗?

    这个阶段测试人员需要做如下事情:评审需求文档,通过评审了解需求,甚至参与需求分析讨论,看看需求有没有错误、矛盾、遗漏的地方。整理测试需求,就是通过需求文档的评审分析(产品、开发人员往往会写的比较乱,不全面),从测试的角度进行需求和场景的分类。其实这是更加具体的、有条理的需求文档。相当于测试用例的提纲,为后续编写测试用例准备测试需求。

    2、设计阶段

    开发工程师不是一上来就编码的,需求阶段只是做了高层需求的设计,完成这个高层需求,还需要开发人员进行系统设计、子系统设计、接口设计等。比如,要开发Web网站,需要开发人员根据需求文档,设计系统的前端和后端的信息交互接口等。通常也要设计文档,这些是开发编码的依据。

    这个阶段,测试人员根据开发人员的设计文档,和开发人员多交流,得知产品的细节功能。包括系统的细节功能、界面原型,这些是写测试用例的依据。有条件的,甚至应该了解系统内部设计,比如分为一个大的子系统,之间接口,如何通讯。这对写出更有针对性的测试用例非常有帮助。流程比较细致的企业,测试人员也会参与设计文档的评审,甚至代码评审。搞清楚产品设计细节(甚至一部分实现细节)后,测试团队就应该制定写测试计划,编写测试用例。

    3、开发阶段

    开发阶段当然就是开发工程师(码农们)加班加点、没日没夜的根据设计开发了。这时,测试工程师不要闲着,有些事情可以做。比如下面的工作流程:

    (1)评审测试用例;

    (2)准备测试工具、学习使用测试工具;

    (3)准备测试环境;

    (4)和开发人员保持沟通,因为开发过程中开发人员随时可能推翻原来的设计,修改功能,你要相应改变测试用例。

    4、发布测试版本阶段

    到了终于发布测试版本的阶段,软件测试师的主要工作,当然就是根据前面写的测试用例进行测试了。测试发现的问题(bug)提交的问题跟踪系统,比如:BugZilla、JIRA之类。当一轮测试结束后,会发现一批bug,当然开发人员需要修改这些bug。并不是所有的bug都会立刻修改,根据发现bug的严重程度和出现几率,开发人员确定优先级,修复一批bug。修改后会发布一个新的测试版本。测试人员需要根据这个新的测试版本进行测试,这次测试有两个目的,一是验证开发工程师修复的bug正确修复了,二是确保在修复的过程中没有引入其他bug。

    5、自动化测试阶段

    一个复杂的产品,要经过很多轮的回归测试,才能最终发布。每轮回归都有大量的测试用例需要重测,防止修复bug的过程中引入新的bug。这样的反复测试,非常耗费测试工程师的精力。一盒经典的解决方法,就是使用自动化测试系统,代替人工测试。有经验的测试经理会在合适的时机,组件自动化团队,开发自动化系统。并且合理的分批次挑选用例,进行自动化,从而有效的提高测试效率。

    以上就是软件测试师的具体工作流程介绍,在产品需求分析、设计、开发、上线运营各个阶段,软件测试师都有相应的工作要做。而一个合格的软件测试师,首先要理解产品各个阶段的总体目标,然后明白自己各阶段应该做什么,这样才能做好本职工作。

    随着信息产业的迅猛发展,IT行业已经赶超金融业成为中国平均薪水最高的行业,并且以每年20%的速度递增。

    测试行业作为IT公司内部必不可少的重要组成部分,是推动软件质量提升的关键环节,甚至被誉为是软件质量把关的最后的一道生命防线,因此这一岗位也越来越受到企业的重视。

    随着软件测试人才缺口的扩大,其岗位的薪资待遇和发展前景也处于上升空间。

    根据第三方数据平台统计,北京软件测试工程师平均月薪14.3K,其中拿 10K-15K 工资的占比最多,达 35.2% 。
    在这里插入图片描述
    △ 数据来源于职友集,如侵删

    软件测试行业前景
    人才缺口大

    国内测试人才缺口超30万,且逐年递增

    发展方向广
    各行各业都需要,尤其是IT、金融、手游

    专业无限制
    计算机专业、非计算机专业占比3:4

    适合零基础
    专业、性别不限,没有基础也能学习

    技术上手快
    3.5个月,快速学习、系统掌握

    职业生涯稳
    任何软件项目都需要测试,IT在,测试在

    看了软件测试的薪资及前景,是不是很多小伙伴跃跃欲试?这个时候大家可能会遇到一个共同的问题:学习软件测试有必要去培训班吗?

    答案不是绝对的,但是仅仅凭借自学就能就业的人还是少数中的少数。绝大多数人都需要经过系统地指导和培训,才能充分掌握软件测试相关技能。

    有想自学的小伙伴们不妨先看看这套学习路线图的视频,看看自己适不适合入行~

    软件测试学习路线图详细介绍

    第一阶段 功能测试

    学前导读:学习本阶段内容,可全流程功能测试解决方案、Web自动化测试解决方案、数据分离解决方案、自动化测试报告解决方案、日志收集解决方案。

    1.2022全网首发、最适合新手的软件测入门到实战教程上线啦!

    真正的从入门到精通,包含了基础+项目实战,所有案例实战操作均图文并茂,真正实现一套全通关!

    软件测试2022最新视频教程,软件测试基础入门到项目实战(涵盖软件测试基础+黑马头条项目实战)

    2.软件测试入门到精通

    软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。本课程共5天,针对零基础小白录制。零基础入门的必学课。

    软件测试从入门到精通_软件测试基础教程

    3. Linux系统2天快速入门

    本视频包含Linux操作系统介绍、Linux的常用命令、vi编辑器。学习掌握本阶段内容,可具备Linux项目搭建能力。

    Linux系统操作教程2天快速入门linux项目搭建

    4. 软件测试MySQL数据库知识精讲+项目实战

    本视频包含数据安装,数据表操作、数据操作-增删改查、条件查询、排序、聚合函数、分组、分页、连接查询、自关联、子查询、子查询演练。学习本课程内容,可具备数据库校验能力;还可以快速、规范的掌握数据库增删改查操作。

    软件测试工程师必备MySQL数据库,mysql系统精讲+课后练习

    第二阶段 Python编程

    学前导读:学习本阶段内容,可掌握Python语法, 具备编程能力; 能建立编程思维以及面向对象程序设计思想; 能掌握UnitTest框架管理测试用例。

    10天玩转Python软件测试

    学习本阶段内容,可掌握Python语法, 具备编程能力; 能建立编程思维以及面向对象程序设计思想; 能掌握UnitTest框架管理测试用例。

    Python自动测试教程,python从基础到UnitTest框架管理测试用例

    第三阶段 UI自动化

    学前导读:ui自动化大体分为web自动化和App自动化,在自动化测试领域中占比很大,经常使用。

    1. 软件测试web自动化测试精讲与实战

    本课程将教会大家搭建Web自动化和移动自动化测试环境;掌握Web自动化测试流程和脚本编写;掌握移动自动化测试中元素的定位方法、元素操作和手势操作;熟练掌握ADB工具的使用; 掌握PO模式的设计思想,并能够对页面进行封装;掌握数据驱动的实现方式; 能够在实际项目灵活运用自动化的相关技术。

    软件测试web自动化测试,Web自动化流程精讲和移动自动化测试环境

    2.零基础入门移动自动化——Appium框架

    本课程会详细讲解Appium框架,Appium是一个开源的、跨平台的自动化测试框架,该框架适用于Native Application、Mobile Web Application或Hybrid Application的自动化测试。

    零基础入门移动自动化测试——Appium框架

    3. 轻松教你使用Appium进行IOS真机自动化测试

    本套课程,将环境安装的步骤和注意事项呈现给学员,模拟器到真机实操,都进行演示讲解。内容丰富,生动形象,学完即可完成IOS端环境安装及实操。

    轻松教你使用Appium进行IOS真机自动化测试

    第四阶段 接口自动化

    学前导读:接口测试是所有自动化测试应用频率最高部分。此阶段共分成14个部分进行详讲。

    接口测试精讲+传智健康实战教程

    本教程会涉及HTTP,Postman,Pymysql,requests库,集成UnitTes,Dubbo等诸多工具,最后用传智健康项目进行本阶段项目实战。

    4天玩转接口测试,接口重点全解析+传智健康项目实战(包含requests库,集成UnitTes,Dubbo等诸多工具)

    第五阶段 性能测试

    学前导读:性能测试属于高级测试范畴,对于薪资的提升帮助很大,本阶段视频讲解性能测试环境搭建,JMeter工具的使用,性能测试监控、分析和调优方法。

    4天快速入门性能测试

    本视频通过性能测试基础理论及JMeter工具的学习;通过轻商城项目实战,带学员掌握性能测试需求分析、性能测试计划、测试用例设计、测试脚本开发、性能监控、性能分析和调优、性能测试报告总结。

    性能测试全套教程,4天快速入门性能测试+项目商城实战(含JMeter工具等)

    第六阶段 综合项目强化

    学前导读:通过微信小程序、金融项目两个实战项目综合强化功能测试、接口测试、性能测试。

    1. 微信小程序自动化测试实战

    本视频涵盖:微信小程序基础介绍、Ego微商项目介绍、Ego微商项目部署、Ego微商小程序计划篇、Ego微商小程序设计篇、Ego微商小程序执行总结篇、Ego微商小程序接口测试篇、持续集成。

    软件测试微信小程序自动化测试实战

    2. 软件测试4天搞定金融项目

    本视频讲解金融项目功能测试解决方案、真实项目测试体验解决方案、复杂业务接口测试解决方案 接口加解密测试解决方案、数据分离解决方案 持续集成解决方案、自动化测试报告解决方案、高并发测试解决方案。

    软件测试4天快速搞定金融项目功能测试实战教程

    展开全文
  • 史上最全测试流程详解----超详细

    千次阅读 2021-11-29 15:06:05
    对于测试流程基本很多做过测试的大牛,小哥哥,小姐姐都能说出个十之八九,但是对于细节,可能还需要一些整理文件,这不,我整理了一些测试的全部流程,希望能给大家带来帮助,有不妥的地方,请大家指正。...

    前言-----

    对于测试流程基本很多做过测试的大牛,小哥哥,小姐姐都能说出个十之八九,但是对于细节,可能还需要一些整理文件,这不,我整理了一些测试的全部流程,希望能给大家带来帮助,有不妥的地方,请大家指正。

    测试准备阶段

     一.测试需求文档

    1. 产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全

    ---重点:需求文档分析
     了解熟悉业务,分析需求测试点

    (1)确认功能(业务功能,辅助功能,数据约束,易用性需求,编辑约束,参数需求,权限需求,性能约束)

    (2)场景分析(考虑场景调用者和系统内部各个场景之间联系)

    (3)挖掘隐性需求(常用业务流程以及各分支)

    二.测试计划

    1.编写目的
    此文档根据项目需求文档,制定测试策略、评估测试风险,确定所需的资源,并对测试的工作量进行估计,进行人员和进度安排,并且列出测试项目的可交付元素。
    2.参考文档
    详细设计文档,设计原型
    3.测试概要
    (1)测试目标
    通过测试,达到以下目标:
    测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。
    产品规定的操作和系统运行稳定。
    Bug数和缺陷率控制在可接收的范围之内,遗留BUG一般不超过所有BUG的10%
    (2)测试范围
    列出测试最终需要交付的功能模块列表
    (3)测试人力资源
    (4)测试环境:服务器环境,终端环境,网络环境
    (5)bug管理工具
    4.测试规范
    开始测试标准:代码编译通过,软件可以争取安装运行,实现功能与产品设计出人,冒烟测试通过
    中断测试标准:安装无法正确完成,程序代码编译不通过,系统服务异常,发现阻塞功能的bug
    5.bug规范
    致命,严重,一般,建议
    6.测试策略
    冒烟测试:依据开发提测时间变动
    第一轮功能测试:执行测试用例,包括边界值测试,兼容性测试,易用性测试,用户界面测试,安全性测试
    第二轮功能测试:bug复测及功能验证
    回归测试:全面回归测试
    性能测试:需确认具体性能测试方案和工具
    发布测试
    测试报告总结
    7.测试风险
    测试本身(测试时间/测试技术/开发进度延误/难以修复缺陷/其它原因)
    8.测试输出文档
    测试计划
    测试用例
    测试bug单
    测试报告


    三.测试用例

    测试需求分析和业务流程分析

    1.设计方法:
    等价类划分法(将测试的范围划分成几个互不相交的子集)
    边界值分析法(选出的测试用例,应选取正好等于、刚刚大于、刚刚小于边界的值)
    错误推测法(在测试程序时,人们可以根据经验或直觉推测程序中可能存在的各种错误)
    判定表法(适合于逻辑判断复杂的场景,通过穷举条件获得结果,对结果再进行优化合并,会得到一个判断清晰的策略)
    正交实验法(在各因素互相独立的情况下,设计出一种特殊的表格,找出能以少数替代全面的测试用例)
    还有其它场景法和状态迁移法等

    2.测试用例八要素:用例编号,测试项目,测试标题,重要级别,预置条件,测试输入,操作步骤,预期输出
    (1) 用例编号(规则:由字符和数字组成的字符串,具有唯一性,易识别性)
    (2) 测试项目(对应测试用例编号中的测试子项名 系统测试
    (3) 测试标题(体现测试出发点关注点以及测试用例期盼的测试结果)
    (4) 重要级别、优先级别(重要级别一般分为高中低 )
    (5) 预置条件:测试用例在执行时需要满足一些前提条件,环境的设置
    (6) 测试输入(测试执行中需要加工的外部信息,避免用描述性语言,要具体,根据测试用例具体情况,有手工输入,文件,数据库记录)
    (7) 操作步骤:执行当前用例需要经过的操作步骤,需要明确的给出每一个步骤的描述
    (8) 预期输出:需要判断测试对象是否正常工作

    测试阶段

    一.测试执行

    1.测试环境搭建
    测试环境:硬件环境,软件环境
    硬件环境:测试必须的服务器,客户端,网络连接设备,以及打印机/扫描仪等辅助硬件设备构成的环境
    软件环境:被测软件运行的操作系统,数据库以及其它应用软件构成的环境
    搭建测试环境的准备工作:
    安装工具:虚拟机
    虚拟机优点:运行在主机上

    二.执行测试用例
    根据测试用例优先级来执行测试用例

    -----测试关注点

    1. 根据UI效果图进行UI测试

    (1)、观察APP的用户界面(如菜单、对话框、窗口和其它可规控件)是否符合UI稿

    (2)、不同的连接页面之间导航链接是否有效,是否跳转是否正确

    (3)、旋转手机,确保程序不退出,页面排版无异常

    (5)、输入框说明文字的内容与产品需求一致

    (6)、某页无数据时、断网时、有网但接口异常时的状态页是否和UI一致

    2. 功能测试时主要依据编写的功能测试用例进行软件功能的测试

    3. 涉及的测试主要包括基本功能测试,逻辑测试,安装、卸载、运行测试,中断测试,异常处理(包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理)测试

    (1)、App安装完成后是否能正常启动,且打开速度控制在预期时间内

    (2)、切换后台再切换前台的操作对当前状态如登陆、当前页、数据刷新的影响

    (3)、强制杀掉APP进程再启动对当前状态如登陆、当前页、数据刷新的影响

    (4)、登陆验证/免密登陆时的手势密码和指纹是否正常符合产品需求

    (5)、对于有数据交换的页面,每个页面都必需要进行前后台切换、锁屏解锁的测试,这种页面最容易出现崩溃

    (6)、同一用户在多个终端先后登陆时,APP是否有正常符合产品需求的处理

    (7)、App使用过程中有电话进来的中断测试,与文件下载、音乐播放、等应用的交叉情况测试

    (8)、很多应用会支持缓存数据,测试在断网启动或从有网到无网时是否可以浏览缓存数据

    9)、软件在不同操作系统及版本(Android、iOS、)下安装是否正常

    10)、软件安装后的是否能够正常运行,安装后的文件夹及文件是否写到了指定的目录里,安装后没有生成多余的目录结构和文件

    11)、软件安装过程是否可以取消

    12)、软件安装过程中意外情况的处理是否符合需求(如死机,重启,断电)

    13)、安装空间不足时是否有相应提示

    14)、对于需要通过网络验证之类的安装,在断网情况下尝试一下

    15)、重复安装应该有提示iOS没有提示

    16)、升级安装时,版本更新链接有效,比如后台设置的版本白名单

    17)、使用各种方式卸载程序,如直接删除安装文件夹卸载是否有提示信息、长按图标卸载、手机设置里卸载、第三方应用卸载iOS卸载没有提示,Android安装时会闪退(偶现)

    18)、测试卸载后文件是否全部删除所有的安装文件夹

    19)、卸载过程中出现的意外情况的测试(如死机、断电、重启)

    20)、卸载是否支持取消功能,单击取消后软件卸载的情况

    4. 兼容性及适配测试

    1. 硬件的适配:不同手机厂商、硬件性能,不同屏幕大小的适配;

    如:

    厂商:华为型号:mate30Pro,Android版本:Android10,屏幕:6.0英寸,分辨率:2400x1176像素

    厂商:苹果,型号:苹果XSmax,手机版本:iOS11,屏幕:6.0英寸,分辨率:2688x1224像素

    (2) iOS版本的兼容:IOS 6版本以上;Andriod 5版本以上等

    (3) 不同分辨率屏幕的适配:移动设备的分辨率多种多样,如果app没有做比较合适的处理就可能会显示不好,甚至影响功能的操作。

    (4) 兼容性测试必须在一定数量的真机上进行,由于真机类型过多,尤其Android在做兼容性测试时,可以选取典型的几种运用较多的真机,进行兼容性测试

    5)与本机已经安装的App是否兼容

    6)在各种系统、系统版本的不同手机上测试登陆,卸载,注册登陆修改密码等功能

    7)UI层的兼容,界面的显示根据不同尺寸手机是否自适应

    8)在各种系统、系统版本的不同手机上进行全方面的功能测试,如使用每一个iOS版本的iPhone上测试“我的银行卡”模块的提现功能

    9)基于开发环境和生产环境的不同,检验在各种网络连接下(WiFi、2G/3G/4G/5G等),App的数据和运用是否正确

    5. 安全性测试
    1.软件权限 

    1扣费风险:包括短信、拨打电话、连接网络等

    2限制/允许使用手机拍照或录音

    3限制/允许使用手机读取用户数据,手机信息、联系人信息等

    4限制/允许使用手机写入用户数据 

    5没有用户的允许, 应用程序不能预先设定自动启动

    6对App的输入有效性校验、认证、授权、数据加密等方面进行检测 

    7没有用户的允许, 应用程序不能预先设定自动启动

    8手机能控制该APP能否使用Wi-Fi和移动数据

    2.数据安全性 

    1如果数据库中重要的数据正要被重写,应及时告知用户 

    2在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作。 

    3对密码长度和复杂度的安全要求

    4当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码

    5当应用程序处理明细或其它的敏感数据时,不以明文形式将数据写到其他单独的文件或者临时文件中

    6. 接口测试

    1)测试api网关接口是否请求正常

    (2)Get,post发送和返回是否请求正常

    (3)查看请求参数和返回参数结果是否正常

    (测试接口工具:APIpost jmeter)

    7. 性能测试

    (1) 客户端性能测试重点关注:安装卸载时间、启动时间、页面加载时间、主要功能占用的CPU、内存、流量、耗电量等,以及与同类产品相比较是否有优势;

    2) 运行过程中主要功能占用的CPU、内存、流量等可以借助开源工具emmagee(适用于Android)获取到;

    (4) 至于服务器端的性能,主要利用接口对服务器施加压力,重点关注响应时间、吞吐量、并发数、事物通过率等,可以loadrunner、jmeter进行测试,也可以用fiddler Charles抓包来查看域名等是否正常。

    8. 核心链路

    -------核心链路测试

    三.测试执行流程

    冒烟测试-迭代测试(先功能后性能,回归测试)-发布测试
    注:对应测试产出对应测试报告和bug清单,可以把bug提到缺陷管理库里
     

    四.测试报告


    测试结论(是否达到发布标准,是否可发布)
    测试时间,测试人员(测试起止时间)
    测试环境,测试设备(用到哪些测试收集,客户端环境,浏览器)
    需求大纲(当前这个版本,包含哪些需求点)

    测试用例报告(报告用例情况)
    Bug数据分析(从多个维度分析:bug等级分布,遗留bug分析,bug类型分布。模块bug分布,bug激活次数分析)

    已知风险、未知风险
    测试总结(从测试角度,对版本存在的问题,提出建议)

    线上阶段

            

     一.线上测试注意事项

    1.如果没有白名单,这个时候是不能随便操作做数据的,测试人员能做的也就是点点,保证按钮、界面正常。如果是业务人员做好数据,测试人员要验证数据的准确性和界面显示无误。
    2.如果有白名单,也不能随便操作数据,但是可以在容许的情况下,回归一遍线上测试,保证线上测试无误。

     二.后期维护

    1.日常关注客诉和相关反馈,如果有线上bug,可以通过日志,后台奔溃记录来定位问题,之后商讨出修复策略

    2.整理该项目测试总结

    (1)整理该项目遗留,可推广等问题

    (2)项目流程优化及功能优化等文档整理

    (3)整理该项目相关文档并总结报告

    展开全文
  • 软件测试工作基本流程

    千次阅读 多人点赞 2019-06-24 19:54:13
    最近在为面试新工作做准备,所以想想整理一下软件测试的基本工作流程,大致梳理一遍,这样也便于自己在面试过程中可以沉着的面对面试官的测试工作如何进行的问题。 首先,作为测试人员需要学习并了解业务,分析需求...
  • 自动化测试流程总结

    千次阅读 2021-10-08 19:10:11
    一般是指软件测试的自动化,软件测试就是在预设条件下运行系统或应用程序,评估运行结果,预先条件应包括正常条件和异常条件。 定义 人为驱动测试为转为机器执行过程 应用 软件测试的自动化 工具 QTP 目录 1...
  • 软件测试流程及规范-01

    千次阅读 2021-11-01 10:42:00
    目录测试相关流程测试相关流程说明 注意:流程是按照工作积累,非通用的测试标准流程,仅可参考即可。 测试相关流程测试开始前期需要知道的流程内容(参考): 测试主要流程顺序图(参考): 测试缺陷...
  • 游戏领域的测试流程(详细版+问答)

    万次阅读 热门讨论 2021-05-08 11:20:55
    一、前言   第三章特别篇介绍了项目立项后对于游戏行业规划方向上的一些知识内容,为了让大家拓展一些对于游戏策划方面的知识,本文将介绍游戏领域的项目流程研发向过程,再次感谢大家的关注~ ...
  • 本文来自于infoq,主要介绍了接口测试实施的条件,实例,设计点、代码编写及自动生成的框架等一系列的流程。接口测试这个词语,相信大家都不陌生了吧。...当然这个实施的具体细节,还需要根据项目的情景和人员的能力
  • H3C,测试体系,CPTM,指导,大到方法论,小到具体细节的处理,可以说,流程在很大程度上决定着质量的生死。对于测试,同样需要完善的体系与流程保障,从而在为形态各异的产品测试过程提供质量保障方案的同时,持续的...
  • 软件测试——测试流程重要性

    千次阅读 2017-08-29 16:50:40
    千锋教育软件测试:论测试流程的重要性 千锋教育的王晓军老师曾经说过,测试人员作为产品质量控制的最后一环,应当是以完善作品而非完成工作为目标。因此,不论是测试时的工作态度还是百岁在测试左右的测试流程,都...
  • 软件测试工作流程概括与总结

    万次阅读 多人点赞 2018-08-08 23:37:45
    最近在为面试新工作做准备,所以想想整理一下软件测试的基本工作流程,大致梳理一遍,这样也便于自己在面试过程中可以沉着的面对面试管的测试工作如何进行的问题。 首先,作为测试人员需要学习并了解业务,分析需求...
  • 软件测试——工作业务流程

    千次阅读 2020-04-25 11:14:29
    软件测试的工作流程 一、作为测试人员需要学习并了解业务,分析需求点 为什么测试人员需要参加需求分析?也就是进行测试需求分析的目的是什么? 把用户需求转化为功能需求:1)对测试范围进行度量 2)对处理分支...
  • CTS 测试细节

    千次阅读 2017-10-18 22:42:04
    说到细节,首先介绍一下流程。然后再从流程的项目来讲。 (现在假设Host端环境已经架设好,准备进行测试,大概流程如下) Created with Raphaël 2.1.0https://source.android.com/compatibility/?hl=zh-cn开始...
  • 测试流程角度,对产品质量的一些总结思考一、熟悉的场景二、测试流程拆解分析1、需求评审2、技术设计评审3、测试方案设计4、线下测试(含灰度)5、线上测试6、测试复盘7、线上监控三、总结 一、熟悉的场景 生产...
  • 根据需求规格提取独立的功能点,确定测试范围;...细节:需求项与测试项关联、与测试用例关联(避免遗漏);区分出测试项的优先级(80/20法则);(可以使用两次80/20法则,将优先级快速分为三个层次
  • 游戏测试一工作原理及测试流程

    千次阅读 2019-10-24 10:50:35
    要了解如何测试游戏必需了解如何做游戏,了解它的开发过程,才能真正的测好游戏。游戏要成功,其基本的必要条件有三。分别为Vision(设计)、technology(技术)和Process(过程)。 游戏情节的测试:主要指游戏世界中的...
  • 如何测试微信小程序

    千次阅读 多人点赞 2020-04-14 20:23:08
    边界值测试:黑盒测试,确定测试域,对具体测试点进行等价类划分,确定上点、内点、离点,进行较为全面的测试; 页面交互:页面与页面之间跳转、点击、下拉、翻页等; 兼容性测试 兼容性主要在四个方面考虑, ...
  • 软件评测的细节流程 一:测试前的准备: 1。开启杀毒软件,防火墙等防护软件。目的是确保系统在测试前和测试过程中不受其它因数影响 2。用360安全卫士扫描系统,尽量清除掉所有系统已有的流氓软件和第三方插件。...
  • 面向信号的软件结构是通用自动测试系统的发展方向...本通用支持平台将对外隔离测试资源的使用与控制细节,隐藏相关测控技术的具体实现方法,从而大大降低自动测试程序的开发难度,增强自动测试系统的健壮性和可重用性。
  • 软件测试流程及规范

    万次阅读 多人点赞 2017-09-29 18:54:07
    目标制定完整且具体测试路线和流程,为快速、高效和高质量的软件测试提供基础流程框架。最终目标是实现软件测试规范化、标准化。测试流程说明流程图需求分析 需求分析由SA制定,要求细化每一个功能的细节,每一个...
  • 软件测试测试类别

    千次阅读 2019-06-11 21:51:48
    从是否关心软件内部结构和具体实现的角度划分(按测试分类) A.白盒测试 B.黑盒测试 C.灰盒测试 从是否执行程序的角度 A.静态测试 B.动态测试 阶段细分 从软件开发的过程按阶段划分有 A.单元测试 B.集成...
  • 软件测试流程及产出物

    万次阅读 多人点赞 2018-07-02 10:50:08
    本文目录结构 软件测试流程... 1 1 软件项目测试过程... 1 1.1 需求分析... 1 1.2 项目整体计划及评审... 1 1.3 测试用例设计及评审... 2 1.4 测试执行... 2 1.5 测试评估... 3 1.6 产品试用及客户培训... 3 ...
  • 原型测试流程

    千次阅读 2019-08-16 18:05:19
    1.一般测试流程 测试常常是做原型设计的终极目标,即使不是终极目标,也应该是整体流程当中主要的里程碑之一。不过可用性测试并不适合所有情况。 可用性测试准备 设计测试情境 测试原型 记录观察过程和反馈意见...
  • 软件测试基础——功能测试

    千次阅读 多人点赞 2021-09-22 15:39:50
    一、测试项目启动与研读需求文档 ...帮助改善开发流程、提高产品开发效率。 促进程序编写的规范性、易读性、可维护性等 3 测试团队与开发团队的 3 种模式 (1)以开发为核心,测试只是开发队伍的一部
  • 在以太网交换机测试中,常见的性能测试主要包括二层转发性能测试、三层转发性能测试、buffer性能测试。 二、三层转发性能测试,主要使用的测试套件是RFC 2544、RFC 2889。其中RFC2544,是关于一些比较基础的转发...
  • 软件测试流程及规范(参考大华为的规范)

    万次阅读 多人点赞 2018-04-02 10:11:15
    参考某大佬(窝真不知道是哪位大佬)总结的测试流程并结合在华为做测试学到的规范,整理的我们公司的测试流程,分享是一种美德,so开始你的阅读吧~软件测试流程及规范一、目标制定完整且具体测试路线和流程,为...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 228,552
精华内容 91,420
关键字:

属于细节测试的具体程序