软件测试几个发展阶段.ppt

软件测试几个发展阶段 大纲 1 讨论软件当中经常出现的问题2 软件测试几个发展阶段3 定位目前测试阶段4 目前测试发展阶段和目标 讨论软件当中经常出现的问题 1 怎样做才把软件功能测试做到全面到位 2 怎样做才能节约测试成本 3 软件测试的价值是什么 4 怎样做才能降低软件成本 软件测试几个发展阶段 从测试的思想导向来划分为4个阶段 1957 1978年 以功能验证为导向 测试是证明软件是正确的 正向思维 1978 1983年 以破坏性为为导向 测试是为了找到软件中的错误 逆向思维 1983 1987年 以质量评估为导向 测试是提供产品的评估和质量度量 1988年起 以缺陷预防为导向 测试是为了展示软件符合设计要求 发现缺陷 预防缺陷 软件测试的正面性 BillHetzel博士 正向思维的代表 软件测试就是为程序能够按预期设想那样运行而建立足够的信心 软件测试是一系列活动以评价一个程序或系统的特性或能力并确定是否达到预期的结果 测试是为了验证软件是否符合用户需求 即验证软件产品是否能正常工作 软件测试的反面性 GlenfordJ Myers 反向思维的代表 测试是为了证明程序有错 而不是证明程序无错误一个好的测试用例是在于它能发现至今未发现的错误一个成功的测试是发现了至今未发现的错误的测试 高质量软件标准体系 产品质量是人们实践产物的属性和行为 是可以认识 可以科学地描述的 并且可以通过一些方法和人类活动 来改进质量 质量模型 McCall模型 Boehm模型 ISO9126模型过程质量 软件能力成熟度模型CMM CapabilityMaturityModel 国际标准过程模型ISO9000软件过程改进和能力决断SPICE SoftwareProcessImprovementandCapabilitydEtermination 在商业过程中有关的质量内容 培训 成品制作 宣传 发布日起 客户 风险 成本 业务等 产品质量的标准 功能性Functionality 可用性Usability 简单安装 轻松使用 友好界面 可靠性Reliability 用户使用的根本 性能Performance 容量Capacity 系统的接受力 容纳或吸收的能力 可测量性Scalability 可维护性Servicemanageability 兼容性Compatibility 可扩展性Extensibility 软件质量特征 ISO9126 功能 与一组功能及其指定性质有关的一组属性 这里的功能是满足明确或隐含的需求的那些功能 可靠 在规定的一段时间和条件下 与软件维持其性能水平的能力有关的一组属性 易用 由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性 效率 与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性 可维护 与进行指定的修改所需的努力有关的一组属性 可移植 与软件从一个环境转移到另一个环境的能力有关的一组属性 其中每一个质量特征都分别与若干子特征相对应 ISO9126软件质量三层模型 Boehm软件质量模型 产品操作 产品修改 产品维护 定位目前功能测试阶段 1 根据各个项目负责人讨论目前测试组的测试阶段 2 根据需求点分析bug3 bug的五要素 分析测试需求点 1 软件符合正确逻辑需求2 应用数据来源3 应用安全需求4 应用可用性需求5 应用系统客户端软件需求和硬件需求6 应用性能需求7 应用兼容性需求 逻辑性bug EC3压力测试发现日志mpl 方法名 order 输入参数 servId 00 segCardType 0 provCode null areaCode null channelId M02101 origAmt 10000 rpid WY000004391497 mobileIdgateId 1300 10 07 37 123 WorkerThread 2 10 10 40 102 1364 WY000004388272 WY000004388276 WY000004388282 WY000004388285 WY000004388290 WY000004388295 WY000004388298 WY000004388301 WY000004388304 WY000004388307 WY000004388310 WY000004388313 WY000004388319 WY000004388320 WY000004388328 WY000004388338 WY000004388344 WY000004388351 WY000004388362 WY000004388509 WY000004388515 WY000004388步骤是 鉴权 下单 充值产生的原因是鉴权失败 在下单和充值传递的参数在这一步的也不够 所以出错了 redhatclusterha拔网线时不能切换产生的原因 redhatclusterha配置需要fence设备 要是没有fencedevice就只能配成manualfence 这种fencedevice在切换时 要手动的在备机上输入fence man alk命令 备机才能接管资源 启动服务ha切换成功 但是 如果有一台机器完全拔掉电源 网线 的话 切换就会失败 因为备机只有在fence命令必须等到一个成功的返回后才去接管服务 可是主机电源线 网线 都把了 不可能有回复了 结果备机就会一直显示fencefailed 而不去接管服务 安全性bug cmswap系统同步目录和目录里面的内容不是以文件服务器的方式而是通过sync sync是配置sshkey密钥 方式去同步的 这种方式只要知道cmswap这个账号无须密码就可以直接登录生产服务器 然后再查看生产服务器里面的配置就能知道连接中心数据库的用户名和密码 要是被黑客一旦从开发服务器或测试服务器入侵到生产cmswap服务器再到中心数据库服务器后果不敢想象 建议尽快采用文件服务器的方式取代sync方式 如 nfs这样文件系统除这方面比方说系统的那些端口是开发的那些是关闭的 可用性bug 丰台的第三方支付体系中解决通信服务器单点故障 采用了部署2台通信服务避免单点故障 但是连接通信服务客户端往通信服务器发送请求和响应请求都是采用轮询的方式进行发送 当有一台通信服务器假死以后 那么响应请求时就有可能会走到假死的那台机器上 那样就存在业务丢失 性能bug 1 由程序引起的cpumemionet方面的bug2 参数配置方面的bug3 框架处理能力的bug 客户端软件需求和硬件bug 1 我们系统运行最低配置的环境机器配置2 wap的适配 web浏览器的适配 应用兼容性bug 1 兼容平台bug2 兼容浏览器 分辨率 架构方面的bug 1 Memcache单点2 通信服务器不能负载均衡3 MQ队列服务单点4 交互机和路由器的单点5 jboss和mq可以直接通信 刚使用mq时是自己直接写程序调用注 只要架构不是