【系统分析师】6.系统测试和维护


系统测试和维护
    软件测试方法
        其他测试方法
            回归测试
                需求变更后需要重复进行测试
            交叉测试
                两个人交叉执行测试用例
        从是否需要允许代码区分
            概念:利用计算机允许产生结果的测试
            动态测试
                黑盒测试
                    看不到代码测试
                    等价类划分
                        概念:将测试用例分为不同的Case,同一个Case中的用例结果应该一致的,每个Case叫做一个等价类
                        分为:有效等价类 & 无效等价类 
区别:允许的结果是否在逻辑上是有效的
                        标准:有效等价类一个类 有一个c用例就行; 无效等价类 一个就行
                    边界值分析
                        系统在边界值更容易错误
                        10是边界;边界值就为:9,10,11
                    错误推测
                        根据经验进行推导
                    因果图
                        鱼骨图 & 石川图
                白盒测试
                    可以看到代码结构
                    基本路径测试
                    循环覆盖测试
                        语句覆盖
                        判定覆盖
                        条件覆盖
                        条件判定覆盖
                        条件组合覆盖
                        路径覆盖
                        点覆盖
                        边覆盖
                        修改正的条件判断覆盖
                    逻辑覆盖测试
                灰盒测试
            静态测试
                概念:计算机不同,手工人脑测试
                桌前检查
                代码审查
                    相互的代码Review
                代码走查
                    人工执行代码,看代码,分析结果
        根据项目阶段分类
            单元测试
            集成测试
                一次性组装
                增量式组装
                    自顶向下
                        写桩模块
                    自底向上
                        写驱动模块
                    混合式
            确认测试
                内部确认测试
                阿尔法测试
                    用户在开发环境下进行的测试
                贝塔测试
                    用户在实际环境测试,体验版,让实际用户测试
                验收测试
            系统测试
                压力测试
                    冒烟测试
                性能测试
                    负载测试
                        压力测试
                            最大负载测试,就是压力测试,输出最大负载
                        在各种负载下边测试系统的指标
                    强度测试
                        资源稀缺情况的运行情况
                    容量测试
                        又称为:并发测试,最大并发数
                安全性测试
                恢复测试
                可靠性测试
                可维护性测试
                可用性测试
                安装测试
        面向对象的测试
            算法层(单元测试)
            类层(模块测试)
            模块层/类树层(集成测试)
            系统层(系统测试)
    系统测试
        系统测试活动和步骤
            1.指定系统测试计划
            2.设计系统测试用例
                等价类划分,边界值分析
            3.执行系统测试
            4.缺陷管理和改错
        自动化测试
            因项目而异
            写脚本也是需要时间的
            自己平衡
        软件调试
            调试方法
                蛮力法
                回溯法
                原因排除法
            调试和测试不同
                测试是发现问题;调试是定位修改问题
        软件评审
            群策群力 & 多维度发现问题
            技术评审 & 管理评审
            注意
                不以测试替代评审
                对事不对人
                关注实质性问题
                评审会不应该成为解决问题的讨论会
                评审应该被安排到项目管理计划中
                评审人应该了解评审全过程,并实现了解北京资料
                重视评审的组织工作
        验证和确认
            验证
                阶段中,验证一下产品是否符合上一个阶段的目标
            确认
                结束是,确认产品是否符合需求
            阶段不同,测试是验证和确认的手段之一
        软件过程改进CMMI
            1.混乱状态
            2.已管理级
                只有简单的项目管理过程
            3.已定义级
                过程定义;组织培训,分析管理;决策分析和解决方案
            4.定量管理级
                量化管理
            5.优化级
                组织级改革和实施,因果分析和解决方案
    系统运行和评价
        系统转移计划
            遗漏系统演化策略
                1. 业务价值高 & 技术水平高 :
                    演化,继续在上面做
                2. 业务价值低 & 技术水平低 :
                    淘汰,不要了,重做
                3. 业务价值低 & 技术水平高 :
                    集成,通过接口对接
                3. 业务价值高 & 技术水平低 :
                    继承原来的DB数据模型,用新技术做
            新旧系统转换策略
                直接转换策略
                    直接丢掉旧系统,运行新系统
                        高效,成本低,风险高
                并行转移策略
                    并行一段时间
                分段转移策略
                    多个维度分段;多个系统一个一个迁移 或者 多个地区一个一个迁移
            数据转换和迁移
                过程:抽取-转换-装载
                迁移方式:工具迁移 & 手工录入
                系统前后后通过新系统生成
        系统维护
            可维护性
                易分析性
                易改变性
                易测试性
                稳定性
            维护类型
                改正性维护
                    25% BUG
                适应性维护
                    20% 环境变了,软件不能运行
                预防性维护
                    5%  面向未来
                完善性维护
                    50% 增加新功能
        系统评价
            性能
            效益
            建设
    软件测试概念
        尽早,不断的进行测试
        避免程序员自己测试自己的代码
        既要选择有效合理的数据,也有选择无效,不合理的数据
        修改后进行回归测试
        尚未发现的错误数量 与 该程序 已经发现的错误梳理 成 正比


有需要原图者,留言

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

闲猫

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值