软件测试计划

软件测试基础知识 一、 软件测试发展历程 二、 软件测试目的 （1）测试并不仅仅是为了找出错误，而且要通过分析错误产生的原因和错误的发生趋势，帮助项目管理者发现当前软件开发过程中的缺陷，以便及时改进。 （2）测试分析帮助测试人员设计出有针对性的测试方法，以改善测试的效率和有效性。 （3） 三、 软件测试原则 （1）“尽早和不断地进行软件测试”作为软件开发者的座右铭，实践证明单元测试 junit jtest （2）测试用例应由测试输入数据、测试执行步骤和与之对应的预期输出结果三部分组成。 （3）应当避免由程序员检查自己的程序。（指后期系统测试阶段，不包括单元测试） （4） （5） （6）严格执行测试计划，排除测试的随意性。 （7）应当对每一个测试结果做全面的检查。 （8）妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。 四、软件测试分类 分为：单元测试、集成测试、确认测试、系统测试、验收测试等。 分为：开发方测试、用户测试、第三方测试。 “验收测试”或“ α ”。在软件开发环境中，开发者检测与证实软件的实现是否满足软件设计说明或软件需求说明的要求。 β测试，指把软件有计划地，免费地分发到目标市场，让用户大量使用、评价和检查软件。 第三方测试是指由第三方测试机构来进行的测试，也称独立测试。 静态测试是指计算机不真正运行被测试的程序，而是人工对程序和文档进行分析与检查

一、软件开发阶段 需求分析 ①根据客户的要求，清楚了解客户需求中的产品功能、性能、界面和具体规格等，然后进行分析，确定软件产品索要达到的目标 ②要形成规则说明书 概要设计 ① 系统分析员审查软件计划、软件需求分析提供的文档，提出候选的最佳推荐方案，确定模块结构，划分功能模块，将软件功能需求分配给所划分的最小单元模块，确定模块间的联系，确定数据结构、文件结构、数据库模式等 ② 概要设计说明书 详细设计 ① 将每一个模块确定使用的算法，并用适当的工具（如流程图）表示算法的过程，写出模块的详细过程性描述；确定每个模块使用的数据结构；确定模块接口的细节，包括用户界面、数据输入输出等全部细节。 ② 详细设计说明书 编码 通过编程语言实现 哪个阶段引入的缺陷最多？ 二、软件测试阶段 单元测试 ①依据：详细设计文档 ②以黑盒测试（功能测试）为主，重点核心模块可以进行白盒测试（检查代码） ③可能需要编写驱动模块或桩模块【因为一个模块，可能不会单独存在，需要调用别的模块或者被别的模块调用】 驱动模块：模拟被测模块的上一级模块（调用被测模块的哪个模块） 桩模块：模拟被测模块的下一级模块（被被测模块调用的模块） ④在实际工程中，为了节约成本，单元测试经常只由开发人员完成，有悖于测试测试思想（测试必须由第三方来完成） 一个好的单元测试将会在产品开发的阶段发现大部分的缺陷，并且修改它们的成本也很低。

职业技能一： 1. 软件测试： 1) 熟练灵活地运用等价类、边界值、判定表法、因果图法等各种方法设计测试用例，包括单元测试、集成测试、系统测试用例设计。 2) 牢固掌握了软件测试计划、测试日报、测试报告的写作方法与要领。 3) 针对B/S、C/S架构及不同需求，灵活有效地制定功能测试、性能测试、配置测试、GUI测试的测试方案。 4) 熟练运用MI QTP、Rational Robot、MI WinRunner、MI LoandRuner、TCL等测试工具，以及TD等缺陷管理工具。熟悉CVS等常用配置管理工具。 5) 深入掌握软件质量模型及其特性集合、CMM模型的5个等级的特点。 6) 理解并掌握了软件需求管理、缺陷管理、配置管理、正规检视的内在含义及实际运作流程 7) 能很好地理解需求规格说明书（包括UML描述的），并能提出建设性的评审建议。 8) 掌握统一开发过程的周期、阶段、迭代以及核心工作流（商业建模、需求、分析和设计、实现、测试等） 2. 编程语言： 掌握C# 、C 、C++ 、VBScript。 3. 操作系统： 掌握如何安装Linux，熟悉重要命令，并能在Linux中搭建测试环境。 4. 数据库： 熟悉SQL、Oracle9i等DBMS，熟练运用SQL语言。 职业技能二： 软件测试： 1、熟悉软件开发和测试的流程与生命周期V模型，掌握了软件需求管理、缺陷管理

  软件测试工程师，和开发工程师相比起来，虽然前期可能不会太深，但是涉及的面还是比较广的。前期面试实习生或者一年左右的岗位，问的也主要是一些基础性的问题比较多。涉及的知识主要有MySQL数据库的使用、Linux操作系统的使用、软件测试框架性的问题，测试环境搭建问题、当然还有一些自动化测试和性能测试的问题。测试工程师的面试题，基本上都是大同小异的，面试的核心主要在于框架模块 （一到两年工作经验） 。今天这篇帖子主要讲解之前面试自己面试过程中或者周围人面试过程中经常被问到且比较经典的面试题，一家之言，如有异议或者有想问的问题，可以在评论区留言，看到后将在第一时间内回复! 1、软件测试的流程是什么？    分析： 每当HR问一个问题的时候我们都可以用1~2s的时间去想HR想要从这个问题中获取什么信息，这点搞清楚之后再去回答就很好回答了。如果有工作经验，直接按照公司流程回答即可，如果是刚转行或者刚实习，那按标准回答即可，文中回答仅供参考；    回答： 项目经理或者PD把项目需求文档提前下发给相关的研发人员，研发人员抽出一定的时间记录文档内需求不明确或者遗漏的点为后面的评审做准备；在需求评审会议上，各研发人员提出自己的疑问并解决，需求评审最终通过之后会出一份最终的需求规格说明书； （需求评审阶段）     需求规格说明书评审通过后，开发经理开始编写开发计划，测试经理开始编写测试计划

0 1 开始前说点什么 需要说明的是，原文发表于作者的公众号中，文章篇幅虽长，但内容朴实、且能帮助读者进一步理解测试开发工作，请读者耐心品完~ 1. 自我反省 公众号开通了也有两年多了，除了刚开通的那段时间发文比较频繁之外，从去年上半年开始，几乎很少再去打理了，翻了翻历史推文，从时间频率来讲，基本上平均2~3个月才更新一篇文章，工作忙虽是一方面，但这也只是借口，归根原因还是不够坚持。 2. 养成投资自己的习惯 最近一直在思考，当初为什么要开办公众号？有些读者可能会想：“是不是就想弄个渠道引流打广告！”，上周确实也帮朋友在公众号内做过一两次专栏推荐，但我想说的是，虽然有些小部分推文有些推广的成分， 但请试想一下，推荐给大家的学习专栏，都是实实在在能帮助大家提升自己技能、打造职场竞争力的有用课程，并不是无用的。 经常有周边同事或者读者跟我说：“你怎么会懂得那么多种类的专业知识啊，而我自己啥都不会，但又不知道怎么学，怎么办呢？”，我想对这些人说， 放开畏难情节，养成持续学习的习惯 ，这样知识技能的积累才能越来越多、越积越厚。现在社会上有很多人，喜欢投资房子、投资脸蛋、投资享乐，当然这些都没有错，但真正的长期投资，应该是投资自己，知识的投资对于自己来说，才是永恒属于自己的。 3. 回归初衷 前面说了那么多，更重要的还是想呼吁大家懂得投资学习，投资自己。回想当初为什么要开办公众号

一、软件开发过程模型： 需求分析、详细设计、编码、测试、运行维护 瀑布模型：需求分析、系统设计、软件编程、软件测试、软件维护 快速原型模型：快速分析、构造、运行、评价 增量模型：规格说明、设计、实现与集成、交付客户 螺旋模型：制定计划、风险分析、实施工程、客户评估 ************************************************************************************************************************************** 二、测试模型： 需求分析、详细设计、编码、测试、运行维护 V模型：需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试 W(双V)模型： 需求分析　　　　、概要设计　　 、详细设计　　、编码　　、集成　　、实施　　、交付　　 验收/系统测试设计、集成测试设计、单元测试设计、单元测试、集成测试、系统测试、验收测试 H模型：测试准备-----就绪点-------测试执行 　　 01、单元测试： 是模块测试，验证软件的基本组成单位的正确性，是白盒测试 　　 02、集成测试： 是模块间的测试，测试接口（软件各模块之间的接口和软件与硬件之间的接口）是否正确，是灰盒测试（白盒和黑盒结合) 　　 03、系统测试： 系统测试包括：冒烟测试 系统测试

1 、问：你在测试中发现了一个bug ，但是开发经理认为这不是一个bug ，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2 、问：给你一个网站，你如何测试？ 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试 可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 提交功能的测试。 多媒体元素是否可以正确加载和显示。 多语言支持是否能够正确显示选择的语言等。 界面测试 可以包括但不限于一下几个方面： 页面是否风格统一，美观

基础题（65分） 1、什么是需求？需求有哪些来源？（3分） 答：需求的分类：直接需求（用户直接需求告知要求）和间接需求（行业需求要求）；需求的定义：准确的描述用户需求； 来源：行业、用户、团队、运营、客服、自己（调研反馈、数据分析、竞品分析）；数据分析：产品功能使用情况，如行业报告、产品后台数据等挖掘用户需求；调研反馈：通过市场调研或用户调研等方式挖掘用户真实需求；竞品分析：确立竞品分析的目的，然后分析竞品的功能和内容都有什么，通过与竞品的对比得出自身产品的需求； 直白点说：01：来源客户要求；02行业要求；03公司内部分析的需求； 2、为什么说需求需要测试，如何测试？（4分） 答：需求是标准，贯穿整个项目，是项目中最重要的标准，必须经过多方面（技术、角色：用户、产品、测试、开发）测试，才能合理安排项目进度和技术分析设计，确保需求符合用户要求和课实现。 测试方法：01评审，参加人员（用户、产品、测试、开发）；02场景和技术模拟，确保可实现；03行业调研； 3、单元测试的定义？测试意义是什么？（3分） 答：指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块

软件测试的基本流程（重点） 软件测试的基本流程（重点） 测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议 测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。 测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。 测试执行阶段：搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理直到测试结束 测试评估阶段：出测试报告，确认是否可以上线 Plan-Do-Report 总结 开发流程：了解用户需求--》进行需求分析--》得知功能组成及设计软件结构--》开发设计计划--》概要设计--》详细设计--》进行软件编码--》单元测试--》代码审查--》打包提交给测试部--》测试部返回bug--》更新修复bug--》再次进入测试部测试-。。。直到bug解决--》版本上线--》面向用户使用 测试流程：了解用户需求--》参考需求规格说明书--》测试计划（人力物力时间进度的安排）--》编写测试用例--》评审用例--》搭建环境--》测试包安排预测（冒烟测试）-正式测试-bug-测试结束出报告--》版本上线--》面向用户 常见面试笔试题： 1

一：对教材与参考资料阅读后关于软件质量保障你的体会是什么？ 我认为质量保障是非常重要的，以下是我的看法： 软件 （质量） =程序 （质量） +软件工程 （质量） 程序的质量体现在软件外在功能的质量。衡量软件的功能，基本的判断可以用“是|否”来判定，例如：一个字处理软件能否通过拷贝/粘贴与其他软件传递信息。 软件的开发过程有三个主要的特性：“好”、“快”、“便宜”。通俗的理解是“软件在功能、成本、时间三方面满足利益相关者的需求” 首先我们要做好软件质量保障的工作是需要团队统一观念，就是一定要保证质量；各个成员相互了解有一定的默契程度，这样在团队合作中就会大大提高效率和准确率；还有必要的沟通，一定要多进行沟通，这样才能达到统一，还可以促使各个成员想法的互通；方能达到最好的效果。 其次软件测试和软件维护是整个软件质量保证体系中最为重要的两个部分； 软件测试的目标是确保创建的测试计划能够满足所有的要求；确保经过测试和返工后软件与规格说明保持一致。软件测试是软件质量保证工作中不可或缺的，软件测试与软件质量保证是软件质量工程中两个不同层面的工作。软件测试是对过程的产物开发出的软件进行剖析，找出软件运行时出现的问题，记录出错数据，从而达到保证软件质量的目的。可以说软件测试是软件质量保证的最关键的措施。建立独立的软件测试，选择好的测试方案，不但能有效地控制软件风险、提高软件质量