软件测试几个发展阶段

软件bug的5要素
• 软件没有实现说明书中所列出的功能 • 软件出现了说明书中提到不应该出现的事 情 • 软件实现了说明书中没有提到的功能 • 软件没有实现说明书中没有提到，但应该 实现的功能 • 软件非常难学习、使用运转速度很慢、用 户无法达到预期
软件测试发展阶段目标
1、测试组成员讨论下一阶段测试目标
可用性bug
丰台的第三方支付体系中解决通信服务器单点故障，采 用了部署2台通信服务避免单点故障，但是连接通信服务 客户端往通信服务器发送请求和响应请求都是采用轮询的 方式进行发送，当有一台通信服务器假死以后，那么响应 请求时就有可能会走到假死的那台机器上，那样就存在业 务丢失。
性能bug
1、由程序引起的cpu mem io net方面的bug 2、参数配置方面的bug 3、框架处理能力的bug
逻辑性bug
EC3压力测试发现日志 • mpl]方法名[order]输入参数[[{servId=00, segCardType=0, provCode=null, areaCode=null, channelId=M02101, origAmt=10000, rpid=WY000004391497, mobileId=13671680000, gateId=1300}]] • 10:07:37.123[WorkerThread#2[10.10.40.102:1364]WY000004388272-WY000004388276-WY000004388282WY000004388285-WY000004388290-WY000004388295WY000004388298-WY000004388301-WY000004388304WY000004388307-WY000004388310-WY000004388313WY000004388319-WY000004388320-WY000004388328WY000004388338-WY000004388344-WY000004388351WY000004388362-WY000004388509-WY000004388515WY000004388 • 步骤是：鉴权--》下单--》充值 产生的原因是鉴权失败，在下单和充值传递的参数在这一步的也不够， 所以出错了
其中每一个质量特征都分别与若干子特征相对应。
ISO 9126软件质量三层模型
Boehm软件质量模型
正确性
可靠性
产品 操作
效率 完整性 可用性
阐述性 正确性 连贯性 容错性 执行效率/储存效率 存取控制/存取检查 可操作性 可训练 沟通良好 简单性 易操作的 工具 自我操作性 扩展性 一般性 模块性


测试是为了证明程序有错，而不是证明程序无错误 一个好的测试用例是在于它能发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误的测试
高质量软件标准体系
产品质量
是人们实践产物的属性和行为，是可以认识，可以科学地描述的。 并且可以通过一些方法和人类活动，来改进质量.
质量模型: McCall 模型, Boehm 模型, ISO 9126 模型
客户端软件需求和硬件bug
1、我们系统运行最低配置的环境机器配置 2、wap的适配、web浏览器的适配
应用兼容性bug
1、兼容平台bug 2、兼容浏览器 、分辨率。。。。。。
架构方面的bug
1、Memcache单点 2、通信服务器不能负载均衡 3、MQ队列服务单点 4、交互机和路由器的单点 5、jboss和mq可以直接通信，刚使用mq时是自己直 接写程序调用 注：只要架构不是理想状态的架构肯定是存在缺陷
redhat cluster ha 拔网线时不能切换 产生的原因:
redhat cluster ha 配置需要fence设备，要是没有fence device就只能配成manual fence，这种fence device在切换 时，要手动的在备机上输入fence_man_alk命令，备机才 能接管资源，启动服务ha切换成功，但是，如果有一台机 器完全拔掉电源(网线)的话，切换就会失败，因为备机只有 在fence命令必须等到一个成功的返回后才去接管服务，可 是主机电源线(网线)都把了，不可能有回复了，结果备机就 会一直显示fence failed,而不去接管服务，
过程质量:
软件能力成熟度模型 CMM ( Capability Maturity Model).
国际标准过程模型 ISO 9000
软件过程改进和能力决断 SPICE ( Software Process Improvement and Capability dEtermination)
在商业过程中有关的质量内容:
软件系统独立性
可维护性
产品 修改 产品 维护
可测试性 灵活性 可移植性 重复性
互用性
机器独立性 通讯公开性 数据公开性
定位目前功能测试阶段
1、根据各个项目负责人讨论目前测试组的测 试阶段? 2、根据需求点分析bug 3、bug的五要素
分析测试需求点
1、软件符合正确逻辑需求 2、应用数据来源 3、应用安全需求 4、应用可用性需求 5、应用系统客户端软件需求和硬件需求 6、应用性能需求 7、应用兼容性需求
从测试的思想导向来划分为4个阶段: • 1957～1978年，以功能验证为导向，测试是证明软件是 正确的（正向思维）。 • 1978～1983年，以破坏性为为导向，测试是为了找到软 件中的错误（逆向思维）。 • 1983～1987年，以质量评估为导向，测试是提供产品的 评估和质量度量。 • 1988年起，以缺陷预防为导向，测试是为了展示软件符 合设计要求，发现缺陷、预防缺陷。
培训、成品制作、宣传、发布日起、客户、风险、成本、业务等
产品质量的标准
- 功能性 Functionality
- 可用性 Usability (简单安装; 轻松使用; 友好界面)
- 可靠性 Reliability (用户使用的根本) - 性能 Performance
- 容量 Capacity(系统的接受力、容纳或吸收的能力 )
安全性bug
cmswap系统同步目录和目录里面的内容不是以文件服 务器的方式而是通过sync（sync是配置ssh key 密钥）方 式去同步的,这种方式只要知道cmswap这个账号无须密码 就可以直接登录生产服务器，然后再查看生产服务器里面 的配置就能知道连接中心数据库的用户名和密码，要是被 黑客一旦从开发服务器或测试服务器入侵到生产cmswap 服务器再到中心数据库服务器后果不敢想象，建议尽快采 用文件服务器的方式取代sync方式.如:nfs这样文件系统 除这方面比方说系统的那些端口是开发的那些是关闭的？
软件测试的正面性
Bill Hetzel博士（正向思维的代表）：

软件测试就是为程序能够按预期设想那样运行而建 立足够的信心。

“软件测试是一系列活动以评价一个程序或系统的
特性或能力并确定是否达到预期的结果” 测试是为了验证软件是否符合用户需求，即验证软

件产品是否能正常工作
软件测试的反面性
Glenford J. Myers （反向思维的代表）：
- 可测量性 Scalability - 可维护性 Service manageability
- 兼容性 Compatibility
- 可扩展性 Extensibility
软件质量特征 ( ISO9126)
功能：与一组功能及其指定性质有关的一组属性，这里的功能是 满足明确或隐含的需求的那些功能。 可靠：在规定的一段时间和条件下，与软件维持其性能水平的 能力有关的一组属性。 易用：由一组规定或潜在的用户为使用软件所需作的努力和所 作的评价有关的一组属性。 效率：与在规定条件下软件的性能水平与所使用资源量之间关 系有关的一组属性。 可维护：与进行指定的修改所需的努力有关的一组属性。 可移植：与软件从一个环境转移到另一个环境的能力有关的一 组属性。
软件测试几个发展阶段
Hale Waihona Puke Baidu 大纲
1、讨论软件当中经常出现的问题 2、软件测试几个发展阶段 3、定位目前测试阶段 4、目前测试发展阶段和目标
讨论软件当中经常出现的问题
1、怎样做才把软件功能测试做到全面到位? 2、怎样做才能节约测试成本? 3、软件测试的价值是什么? 4、怎样做才能降低软件成本?
软件测试几个发展阶段