熟悉软件的方法及系统测试的分析方法

系统测试分析

回顾：什么是系统测试？

软件：需求--》设计--》编码--》测试（单元测试、集成测试、系统测试、验收测试）--》发布维护

系统测试：就是将已经集成好的软件系统，作为一个计算机的元素，与计算机的硬件，软件，数据，人员在实际的运行环境下，进行一系列的测试和调试。

测试的对象：整个软件（功能、性能、安全、安装等等）

测试的目标：通过需求规格说明书进行比对，检查软件是否符合需求的要求。

测试依据：需求规格说明书

测试方法：灰盒测试方法为主

什么是分析？是在头脑中把事务或者对象分解为各个部分或者属性，常见的：力学分析，化学分析，成分分析，系统分析，代码分析等等。

系统测试分析
分析的对象：系统测试（测试活动）-- 》软件系统
分析的目的：发现问题，解决问题，关闭问题，比如验收房子（毛坯，精装…）
分析的前提：敢于怀疑（不代表不信任），怀疑程序员，怀疑需求人员，怀疑客户，怀疑自己…

系统测试分析前的准备：

熟悉被测试对象：越熟悉被测试软件，越有利于我们提取应测试特性

怎么熟悉？
    利用文档：需求规格说明书
              设计说明文档（概要设计，详细设计说明书）
                  测试用例
                  缺陷报告
                  操作手册
                  源代码

    最直接的熟悉方法：直接使用

== 》需求在一级一级的传递过程当中，会发生变化…

措施：需求确认，减少变更：四次握手的方法（外包公司居多，帮助项目在内部达成一致），即四次会议

一、需求人员发起，进行需求的澄清和串讲，项目经理，开发，测试都需要参加（初步了解）

二、项目经理发起，进行需求的反澄清和反串讲，需求，开发，测试都要参加（进一步了解）

三、开发人员发起（针对各自负责的模块），进行需求的反澄清，反串讲（怎么理解的，准备怎么做），需求，
项目经理，测试都要参加

四、测试发起：进行需求的反澄清，反串讲，需求，项目经理，开发都参加，串讲的重点测试要点，测试思路（测试重点可以通过思维导图画出来）

角色和职责的划分： 需求人员（真正的理解用户需求，并且准备表达出来），尽可能发掘用户真正的需求
开发人员（严格按照需求文档来，不需要随意添加或者减少自己认为的需求）
测试人员（准确理解需求，质量意识，怀疑精神）

---

熟悉软件的方法：SFDPOT（测试纬度，测试角度）

S ： structrue 架构  无架构 ---- 例如：单机版  安装，卸载
                     B/S 浏览器 ---- 兼容性，功能，性能，GUI
					     服务器 ---- 环境搭建（大的平台，有专人负责部署，小的平台，需要提供部署文档）
				     
					 C/S 客户端 ---- 安装，卸载，功能，兼容性，GUI （比如 5年前 qq 和现在 QQ）
					 
					     服务器 ---- 环境搭建，功能
						 
					 P2P 端到端：两端是平等的，比如：飞秋 功能

F ：function 功能

    比如：微信，界面上所有的功能（通讯录，聊天，发现，我的，聊天：语音，文字，视频，图片，红包）
	 
D： data 数据   输入的数据：输入的信息，传入的图片文字等等
                输出的数据：输出的信息和文件
				预置的数据：软件自带的数据（默认值，下拉框选项等等）

P：platform 平台   提醒测试人员关注软件的运行的平台（操作系统，浏览器，分辨率等等）

o：operation  操作 提醒测试人员关注用户的使用方法

T： time 提醒测试人员关注软件是否收到时间的限制

    例如：时区，跨时区聊天，聊天记录如何显示
	
	    夏令时，冬令时：夏季作息时间，冬季作息时间

---

系统测试分析方法：三个方法一个思路

一：质量模型分析法：针对每个功能/非功能特性适用质量模型分析法

质量模型（内部外部质量）：六大特性：功能性、可靠性、易用性、效率、可移植性、可维护性

功能性：保密安全性  需要分析被测试软件有没有敏感的数据，有没有需要提高安全性的数据
                    例如：密码是否是掩码显示，传输的过程中是否加密处理
					
					提醒测试人员关注数据的敏感性，如何才能让软件更安全（传输、存储加密）
					
     适合性  需要考虑软件中包含哪些比较合适的功能，写入需求文档中，作为开发和测试的依据
		        关键点： 有没有 （两个角度：需求文档中有，软件中没有；需求文档中没有，软件中有）
				提醒测试人员关注软件和需求的一致性。
				
     准确性  关键点：对不对
		         
				提醒测试人员关注软件的功能实现的是否正确，是否跟文档中描述的功能和实际业务操作
				的 结果是一样的。
				
     互操作性  分析被测试软件与其它软件有没有交互，如果有，就要进行测试。
		
	 	        提醒测试人员关注软件和其它软件之间的交互作用
				

     依从性 主要是法律法规，行业标准，在测试的时候可以暂时不考虑

可靠性：成熟性 内部处理问题的能力 == 》内部代码，长时间稳定性测试

       容错性	针对的是抗打击，抗错误的能力（提醒测试人员关注输入错误的情况）
		
		可恢复性  提醒测试人员关注异常情况，例如：闪退，断电等异常情况，再次打开软件是否能快速恢复
	
	对应的软件测试类型：稳定性，功能测试（异常测试）

易用性：易理解性：分析软件中帮助信息，提示信息是否易懂
易学性：是否容易被使用，用起来是否方便，特别是操作手册类
易操作性：操作的时候是否容易，方便，原则：能选择的绝对不能让输入，关注的软件的使用方便
吸引性：提醒测试人员关注软件的界面：布局是否合理，美观，具有吸引性。（GUI测试）

效率（有一定压力）：时间
资源的利用率

					对应的是性能测试

可移植性：适应性 提醒测试人员关注软件在使用的情况，在不同的环境下是否正常操作：操作系统，分辨率，浏览器

        易安装性 提醒注意安装过程

        共存性  分析被测试软件和别的同类型软件是否能够共存 

        易替换 升级、重新安装，一定要注意历史数据的校验

易维护性：开发考虑的比较多，关系更大，还要考虑符合法律法规，行业标准，测试，分析是否容易等等。 具体测试的时候可以暂不考虑。

小结：质量模型分析法主要是用来提醒测试人员，测试过程中不只要覆盖功能测试，还包括，易用性，兼容性，安全测试，性能测试，GUI 测试，稳定性测试，安装测试，文档测试，异常场景测试等等。