文档介绍：软件测试理论总结
1、为什么要测试?软件测试的目的?软件测试的重要性?
A、发现缺陷BUG/Defect
B、评估软件、项目、产品上线风险?
C、满足客户要求、改善软件质量
D、帮助开发发现问题、定位问题、修改问题
E、软件验收、也包括第三方的验收(验收测试、UAT)
F、通过缺陷分析,从而预防同类缺陷的发生。
G、错的:软件测试能缩短开发周期。也不能直接降低开发成本。
H、改善软件的用户体验(易用性、性能、稳定性)12306订票
角度:系统性思维(1、2、3、4、5、6、7+=100: 1+2+34+56+7=100)门萨测试
角色:用户:发现缺陷、改善用户体验
:开发:证明软件GoodEnough,定位缺陷,从而减少开发修改问题的时间
历史:证明程序是正确?--》发现功能缺陷、错误--》发现不足(易用性、性能、稳定性)--》缺陷预防
现实:验收、评估质量风险、第三方评测、为了盈利而测试(商业成功)(测试成本《《软件缺陷导致成本)
2、什么是软件测试?
IEEE(国际电器电子工程协会):目的:验证系统是否满足需求、验证
实际结果跟期望结果的差异?
xll:在一定的软件、硬件、网络环境下(搭建测试环境LAMP),遵循相对规范的测试流程,使用合适的测试工具,合理的测试方法,测试或运行软件,其目的是为了验证系统是否满足需求、验证实际结果跟期望结果的差异。
3、软件测试的工作内容?
BAT:Baidu、Alibaba、Tecent
4、测试与调试的区别:
对象:代码、文档;代码
人:测试工程师;开发
流程:有规范的流程(除了随机测试和探索性测试外);无流程
目的:发现问题;定位和解决问题
5、测试的七大原则:
A、测试只能证明软件存在缺陷,不能证明软件没有缺陷(证伪不证真)
B、测试是无法穷举?(输入数据是无法穷举、处理逻辑路径是无法穷举),学****测试用例的设计方法。
C、测试应该尽早测试?(发现缺陷和修改的成本越早越低。需求-设计-代码-测试-运行) 测试应该在需求之后?设计之后?编码之后?测试应该尽早介入,测试应该贯穿整个软件生命周期。
D、缺陷的80/20原则(群集效应)。如果测试发现某个模块有问题?继续深入测试。刨根问底?破案?
E、杀虫剂悖论(软件对用例会免疫力)不断更新测试用例、更新的测试思维
F、测试依赖于商业背景(与行业知识相关)结合专业和工作经历和准备相关的项目。优点 SWOT
优势、劣势、机会、威慑(竞争对手)准备行业软件
G、不存在缺陷的软件并不代表是有用的系统。
一个合格、优秀、卓越、伟大的测试工程师的能力与素质的要求?
素质、性格、能力、管理、英语、行业六大维度回答
答
6、测试与开发的关系(独立性)
未来趋势:3大趋势:1、测试与开发的结合越来越紧密;2、测试与行业背景结合越来越紧密
3、专项测试(测试分工会越来越精细),大数据测试(数据库,用户工程) IT,DT。
比较分析不同网站的购物流程:亚马逊、当当网、京东、淘宝(CDC)联众游戏、QQ游戏
1、测试人员也开发,开发也做测试(Google:吃狗粮的文化)
2、测试人员独立与项目(在项目中有专职的测试人员:客观)
3、测试人员独立部门(有专门的测试部门:权威)
4、测试人员独立技术(测试工具部、测试技术部)
5、测试人员独立于公司(测试服务机构或者公司)
缺点:沟通越困难,对产品或者项目的熟悉越少。感情色彩:这是个非常严重的
bug!!!!!
测试人员发现了BUG,开发人员不愿意修改,该怎么办?
加班?敏感问题?三方思考:对方、客观中立、自己
地铁自动售货机 PM
1、计划阶段:可行性分析:A、经济可行性分析;B、技术可行性分析(外包)
计划项目里程碑:计划、需求SRS、概要设计HLD、详细设计LLD、编码、测试、运行与维护
输出软件项目计划 SPP(Software Project Plan)PM
输出软件确认与验证计划 SVVP(Software verfication Validation Plan)软件测试计划 TPM
2、需求阶段:产品(金蝶):调研与项目(用户) SE 系统工程师 what to develop?黑盒
TSE 分析测试需求挖掘用户的隐性需求
需求规格SRS:功能需求:1、接受货币 2、选择商品 3、计算功能 4、输出商品和找零、5、商品管理
性能需求:30S之内输出商品和找零
可靠性需求:7X24小时
易用性需求:良好易用性,不需要培训。最好用的软件baidu
需求分析的技术:UML建