软件测试:
需求分析:
需求:
原型图、需求文档、口述
分析需求 流程图(圆形(开始结束)、矩形(过程步骤)、菱形(判断、分支 ))、思维导图(为了熟悉整个软件大大小小操作流程)
测试设计: (5w1h(what、where、who、when、why、how))
测试计划:测试的内容、测试对象、测试时间安排、如何进行测试、为什么要做这个测试、为什么要这么去做、谁负责什么内容的测试、测试环境、测试资料的管理
测试策略:约定要做的测试内容有些啥,那些组要测试,那些不需要测试、为森么呢,那些测试要先做,那些测试要后做,原因是什么。
分险分析:找出我们这个项目测试过程中,有可能会妨碍我们顺利开展工作的事情,并制定好可以解决这些意外的方案
需求:需求变更、新增了需求(提前约定好需求管理的方案)
人员:人手不够,准备好备胎
时间:时间不够,安排好时间和进度、预留足够的时间
技术:组织技术培训
测试方案:对于每个要求测试内容具体测试手段
技术方案、管理方案
测试用例:(编 、用例名称、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果)
测试方法:
等价类:
边界值:
场景法:
正向场景:输入正确的手机 和验证码登录成功
逆向场景:
登录失败场景:
手机 不正确(手机 不符合 码规则或者空)、验证码不正确(验证码格式不正确或者空)、手机 和验证码不匹配、手机 验证码为空
因果图、判定表、路径覆盖法、猜列法
测试执行:
执行测试用例、对BUG进行跟踪管理、版本迭代(版本管理(最好自己记录好每个版本的测试时间和内容变化,以及这个版本的质量情况),
测试迭代 (全量测试、增量测试(通过自动化测试手段来保证那些我们没有手工测试的内容不出问题)))
从零到软件上线,6个开发,一个测试,一个产品。开发时间是5个月,测试迭代用了2个月,一共迭代了6个版本。每10天迭代一次。
BUG的管理:
记录BUG:编 、BUG名称、优先级、BUG等级、复现步骤、附件(截图、视屏、日志)
BUG等级:致命的(和钱有关、导致软件无法正常使用)、严重的(导致系统业务流程无法顺利进行的BUG)、普通的(在某些特殊场景下导致某功能出现异常)、轻微的(UI、易用性)
BUG生命周期:
BUG状态:新建状态、以确定状态、已解决、拒绝、关闭、重新打开、
BUG管理平台:禅道、BUGzilla、BUGfree、testlink
测试总结:
工作总结、BUG的统计和分析、质量评估
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!