《软件测试几个发展阶段详解》由会员分享，可在线阅读，更多相关《软件测试几个发展阶段详解（23页珍藏版）》请在金锄头文库上搜索。
1、软件测试几个发展阶段 大纲 1、讨论软件当中经常出现的问题 2、软件测试几个发展阶段 3、定位目前测试阶段 4、目前测试发展阶段和目标 讨论软件当中经常出现的问题 1、怎样做才把软件功能测试做到全面到位? 2、怎样做才能节约测试成本? 3、软件测试的价值是什么? 4、怎样做才能降低软件成本? 软件测试几个发展阶段 从测试的思想导向来划分为4个阶段: 19571978年，以功能验证为导向，测试是证明软件是 正确的（正向思维）。 19781983年，以破坏性为为导向，测试是为了找到软 件中的错误（逆向思维）。 19831987年，以质量评估为导向，测试是提供产品的 评估和质量度量。 1988年起，
2、以缺陷预防为导向，测试是为了展示软件符 合设计要求，发现缺陷、预防缺陷。 软件测试的正面性 Bill Hetzel博士（正向思维的代表）： p 软件测试就是为程序能够按预期设想那样运行而建 立足够的信心。 p “软件测试是一系列活动以评价一个程序或系统的特 性或能力并确定是否达到预期的结果” p 测试是为了验证软件是否符合用户需求，即验证软 件产品是否能正常工作 软件测试的反面性 Glenford J. Myers （反向思维的代表）： p 测试是为了证明程序有错，而不是证明程序无错误 p 一个好的测试用例是在于它能发现至今未发现的错误 p 一个成功的测试是发现了至今未发现的错误的测试 高质量
3、软件标准体系 产品质量 是人们实践产物的属性和行为，是可以认识，可以科学地描述的。并 且可以通过一些方法和人类活动，来改进质量. 质量模型: McCall 模型, Boehm 模型, ISO 9126 模型 过程质量: 软件能力成熟度模型 CMM ( Capability Maturity Model). 国际标准过程模型 ISO 9000 软件过程改进和能力决断 SPICE ( Software Process Improvement and Capability dEtermination) 在商业过程中有关的质量内容: 培训、成品制作、宣传、发布日起、客户、风险、成本、业务等 产品质量的
4、标准 - 功能性 Functionality - 可用性 Usability (简单安装; 轻松使用; 友好界面) - 可靠性 Reliability (用户使用的根本) - 性能 Performance - 容量 Capacity(系统的接受力、容纳或吸收的能力 ) - 可测量性 Scalability - 可维护性 Service manageability - 兼容性 Compatibility - 可扩展性 Extensibility 软件质量特征 ( ISO9126) pp 功能：与一组功能及其指定性质有关的一组属性，这里的功能是 满足明确或隐含的需求的那些功能。 p 可靠：在规定的
5、一段时间和条件下，与软件维持其性能水平的 能力有关的一组属性。 p 易用：由一组规定或潜在的用户为使用软件所需作的努力和所 作的评价有关的一组属性。 p 效率：与在规定条件下软件的性能水平与所使用资源量之间关 系有关的一组属性。 p 可维护：与进行指定的修改所需的努力有关的一组属性。 p 可移植：与软件从一个环境转移到另一个环境的能力有关的一 组属性。 其中每一个质量特征都分别与若干子特征相对应。 ISO 9126软件质量三层模型 Boehm软件质量模型 互用性互用性 正确性正确性 可靠性可靠性 效率效率 完整性完整性 可用性可用性 可维护性可维护性 可测试性可测试性 灵活性灵活性 可移植性可
6、移植性 重复性重复性 阐述性 数据公开性 连贯性 容错性 执行效率/储存效率 存取控制/存取检查 可训练 沟通良好 简单性 易操作的 工具 自作性 扩展性 一般性 模块性 软件系统独立性 机器独立性 通讯公开性 正确性 可操作性 产品 操作 产品 修改 产品 维护 定位目前功能测试阶段 1、根据各个项目负责人讨论目前测试组的测 试阶段? 2、根据需求点分析bug 3、bug的五要素 分析测试需求点 1、软件符合正确逻辑需求 2、应用数据来源 3、应用安全需求 4、应用可用性需求 5、应用系统客户端软件需求和硬件需求 6、应用性能需求 7、应用兼容性需求 逻辑性bug EC3压力测试发现日志 m
7、pl方法名order输入参数servId=00, segCardType=0, provCode=null, areaCode=null, channelId=M02101, origAmt=10000, rpid=WY000004391497, mobileId=13671680000, gateId=1300 10:07:37.123WorkerThread#210.10.40.102:1364- WY000004388272-WY000004388276-WY000004388282- WY000004388285-WY000004388290-WY000004388295- WY000
8、004388298-WY000004388301-WY000004388304- WY000004388307-WY000004388310-WY000004388313- WY000004388319-WY000004388320-WY000004388328- WY000004388338-WY000004388344-WY000004388351- WY000004388362-WY000004388509-WY000004388515- WY000004388 步骤是：鉴权-下单-充值 产生的原因是鉴权失败，在下单和充值传递的参数在这一步的也不够， 所以出错了 redhat clust
9、er ha 拔网线时不能切换 产生的原因: redhat cluster ha 配置需要fence设备，要是没有fence device就只能配成manual fence，这种fence device在切换 时，要手动的在备机上输入fence_man_alk命令，备机才 能接管资源，启动服务ha切换成功，但是，如果有一台机 器完全拔掉电源(网线)的话，切换就会失败，因为备机只有 在fence命令必须等到一个成功的返回后才去接管服务，可 是主机电源线(网线)都把了，不可能有回复了，结果备机就 会一直显示fence failed,而不去接管服务， 安全性bug cmswap系统同步目录和目录里面的
10、内容不是以文件服 务器的方式而是通过sync（sync是配置ssh key 密钥）方 式去同步的,这种方式只要知道cmswap这个账号无须密码 就可以直接登录生产服务器，然后再查看生产服务器里面 的配置就能知道连接中心数据库的用户名和密码，要是被 黑客一旦从开发服务器或测试服务器入侵到生产cmswap 服务器再到中心数据库服务器后果不敢想象，建议尽快采 用文件服务器的方式取代sync方式.如:nfs这样文件系统 除这方面比方说系统的那些端口是开发的那些是关闭的？ 可用性bug 丰台的第三方支付体系中解决通信服务器单点故障，采 用了部署2台通信服务避免单点故障，但是连接通信服务 客户端往通信服务
11、器发送请求和响应请求都是采用轮询的 方式进行发送，当有一台通信服务器假死以后，那么响应 请求时就有可能会走到假死的那台机器上，那样就存在业 务丢失。 性能bug 1、由程序引起的cpu mem io net方面的bug 2、参数配置方面的bug 3、框架处理能力的bug 客户端软件需求和硬件bug 1、我们系统运行最低配置的环境机器配置 2、wap的适配、web浏览器的适配 应用兼容性bug 1、兼容平台bug 2、兼容浏览器 、分辨率。 架构方面的bug 1、Memcache单点 2、通信服务器不能负载均衡 3、MQ队列服务单点 4、交互机和路由器的单点 5、jboss和mq可以直接通信，刚使用mq时是自己直 接写程序调用 注：只要架构不是理想状态的架构肯定是存在缺陷 软件bug的5要素 软件没有实现说明书中所列出的功能 软件出现了说明书中提到不应该出现的事 情 软件实现了说明书中没有提到的功能 软件没有实现说明书中没有提到，但应该 实现的功能 软件非常难学习、使用运转速度很慢、用 户无法达到预期 软件测试发展阶段目标 1、测试组成员讨论下一阶段测试目标
