软件测试理论总结.docxVIP

1、为什么要测试？软件测试的目的？软件测试的重要性？A、发现缺陷BUG/DefectB、评估软件、项目、产品上线风险？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，开发人员不愿意修改，该怎么办？加班？敏感问题？ 三方思考：对方、客观中立、自己地铁自动售货机 PM1、计划阶段：可行性分析：A、经济可行性分析；B、技术可行性分析（外包） 计划项目里程碑：计划、需求SRS、概要设计HLD、详细设计LLD、编码、测试、运行与维护 输出软件项目计划 SPP（Software Project Plan）PM 输出软件确认与验证计划 SVVP(Software verfication Validation Plan)软件测试计划 TPM2、需求阶段：产品（金蝶）：调研 与项目（用户） SE 系统工程师 what to develop？ 黑盒 TSE 分析测试需求 挖掘用户的隐性需求 需求规格SRS：功能需求：1、接受货币 2、选择商品 3、计算功能 4、输出商品和找零、5、商品管理 性能需求：30S之内输出商品和找零 可靠性需求：7X24小时 易用性需求：良好易用性，不需要培训。最好用的软件 baidu 需求分析的技术：UML建模（需求工程） 3、设计阶段：概要设计HLD （High Level Design 高层设计）： 模块分解与接口的定义。 1、接受货币（识别真伪、识别面额、识别类别） 分解原则？高内聚低耦合？（百度） （无直接耦合、数据耦合、印记耦合、控制耦合、公共耦合、内容耦合） 回归测试 2、接口：函数接口、消息接口、文件接口（QQ