软件质量

　　一、 测试用例 是软件测试的核心 。 　　软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法。 　　影响软件测试的因素很多，例如软件本身的复杂程度、开发人员(包括分析、设计、编程和测试的人员)的素质、测试方法和技术的运用等等。因为有些因素是客观存在的，无法避免。有些因素则是波动的、不稳定的，例如开发队伍是流动的，有经验的走了，新人不断补充进来;一个具体的人工作也受情绪等影响，等等。如何 保障软件测试质量的稳定?有了 测试用例 ，无论是谁来测试，参照 测试用例 实施，都能保障测试的质量。可以把人为因素的影响减少到最小。即便最初的 测试用例 考虑不周全，随着测试的进行和软件版本更新，也将日趋完善。 　　因此 测试用例 的设计和编制是软件测试活动中最重要的。 测试用例 是测试工作的指导，是软件测试的必须遵守的准则，更是软件测试质量稳定的根本保障。 　 　二、什么叫 测试用例 ？ 　　 测试用例 (Test Case)目前没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略，内容包括 测试目标 、 测试环境 、输入数据、 测试步骤 、预期结果、 测试脚本 等，并形成文档

关于基础理论一二三，都已经重新整理更新到了基础知识总结，传送门： http://www.cnblogs.com/imyalost/p/6144862.html 1、什么是软件 定义：计算机系统中与硬件相互依存的一部分（程序+数据+相关文档） 程序：按事先设计的功能和性能要求执行的指令序列 数据：使程序能正常操纵信息的数据结构 文档：与程序开发、维护和使用有关的图文资料 2、软件的生命周期 可行性研究和计划、需求分析、概要设计、详细设计、实现（开发阶段）、 组装测试、确认测试、使用和维护 3、什么是软件测试 定义：软件质量保证的一种手段 目的：发现错误以及避免这些错误的发生 4、软件测试的方法 1）用试题检查法 2）用新旧两个系统做平行处理检查 3）软件测试自动化工具测试 5、软件测试有哪几个阶段（任务） 1）制定测试大纲（测试计划） 2）制作测试数据（测试方案） 3）单元测试（程序测试，一般由开发人员进行） 4）功能测试/性能测试（这两个阶段重合性较大，可以归为一类） 5）集成测试（子系统测试） 6）系统测试 7）验收测试 8）测试报告 9）向下阶段提交系统运行、维护用户手册 备注：可以分为产品→开发→测试→运维 6、软件测试工作流程图 立项阶段→需求阶段→设计阶段→编码&单元测试阶段→ 集成测试阶段→系统测试阶段→验收测试阶段→结项总结阶段 7、自动化测试的优点 提高工作效率

1 平衡原则 　　在我们讨论软件项目为什么会失败时可以列出了很多的原因，答案有很多，如管理问题、技术问题、人员问题等等，但是有一个根本的思想问题是最容易忽视的，也是软件系统的用户、软件开发商、销售代理商最不想正视的，那就是：需求、资源、工期、质量四个要素之间的平衡关系问题。 　　需求定义了 " 做什么 " ，定义了系统的范围与规模，资源决定了项目的投入（人、财、物），工期定义了项目的交付日期，质量定义了做出的系统好到什么程度，这四个要素之间是有制约平衡关系的。如果需求范围很大，要在较少的资源投入下，很短的工期内，很高的质量要求来完成某个项目，那是不现实的，要么需要增加投资，要么工程延期；如果需求界定清楚了，资源固定了，对系统的质量要求很高，则可能需求延长工期。 　　对于上述四个要素之间的平衡关系最容易犯的一个错误，就是鼓吹 " 多快好省 " 四个字， " 多快好省 " ，多么理想的境界啊？需求越多越好，工期越短越好，质量越高越好，投入越少越好，这是用户最常用的口号。 多：需求越多越好吗？ 　　软件系统实施的基本原则是 " 全局规划，分步实施，步步见效 " ，需求可以多，但是需求一定要分优先级，要分清企业内的主要矛盾与次要矛盾，根据 PARETO 的 80-20 原则，企业中的 80% 的问题可以用 20% 的投资来解决，如果你要大而全，对不起，你那 20% 的次要问题是需要你花费

在我们讨论软件项目为什么会失败时可以列出了很多的原因，答案有很多，如管理问题、技术问题、人员问题等等，但是有一个根本的思想问题是最容易忽视的，也是软件系统的用户、软件开发商、销售代理商最不想正视的，那就是：需求、资源、工期、质量四个要素之间的平衡关系问题。 　　需求定义了 " 做什么 " ， 定义了系统的范围与规模，资源决定了项目的投入（人、财、物），工期定义了项目的交付日期，质量定义了做出的系统好到什么程度，这四个要素之间是有制约平 衡关系的。如果需求范围很大，要在较少的资源投入下，很短的工期内，很高的质量要求来完成某个项目，那是不现实的，要么需要增加投资，要么工程延期；如果 需求界定清楚了，资源固定了，对系统的质量要求很高，则可能需求延长工期。 　　对于上述四个要素之间的平衡关系最容易犯的一个错误，就是鼓吹 " 多快好省 " 四个字， " 多快好省 " ，多么理想的境界啊？需求越多越好，工期越短越好，质量越高越好，投入越少越好，这是用户最常用的口号。 多：需求越多越好吗？ 　　软件系统实施的基本原则是 " 全局规划，分步实施，步步见效 " ，需求可以多，但是需求一定要分优先级，要分清企业内的主要矛盾与次要矛盾，根据 PARETO 的 80-20 原则，企业中的 80% 的问题可以用 20% 的投资来解决，如果你要大而全，对不起，你那 20% 的次要问题是需要你花费 80%

1 平衡原则 在我们讨论软件项目为什么会失败时可以列出了很多的原因，答案有很多，如管理问题、技术问题、人员问题等等，但是有一个根本的思想问题是最容易忽视的，也是软件系统的用户、软件开发商、销售代理商最不想正视的，那就是：需求、资源、工期、质量四个要素之间的平衡关系问题。 需求定义了"做什么"，定义了系统的范围与规模，资源决定了项目的投入（人、财、物），工期定义了项目的交付日期，质量定义了做出的系统好到什么程度，这四个要素之间是有制约平衡关系的。如果需求范围很大，要在较少的资源投入下，很短的工期内，很高的质量要求来完成某个项目，那是不现实的，要么需要增加投资，要么工程延期；如果需求界定清楚了，资源固定了，对系统的质量要求很高，则可能需求延长工期。 对于上述四个要素之间的平衡关系最容易犯的一个错误，就是鼓吹"多快好省"四个字，"多快好省"，多么理想的境界啊？需求越多越好，工期越短越好，质量越高越好，投入越少越好，这是用户最常用的口号。 多：需求越多越好吗？ 软件系统实施的基本原则是"全局规划，分步实施，步步见效"，需求可以多，但是需求一定要分优先级，要分清企业内的主要矛盾与次要矛盾，根据PARETO的80-20原则，企业中的80%的问题可以用20%的投资来解决，如果你要大而全，对不起，你那20%的次要问题是需要你花费80%的投资的！而这一点恰恰是很多软件用户所不能忍受的。 快

定义：软件测试(英语:software testing)，描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出间的审核或者比较过程。软件测试的经典定义是:在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 测试原则： 一，测试应该尽早进行，最好在需求阶段就开始介入，因为最严重的错误不外乎是系统不能满足用户的需求。 二，程序员应该避免检查自己的程序，软件测试应该由第三方来负责。 三，设计测试用例时应考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下不要制造极端状态和意外状态。 四，应该充分注意测试中的群集现象。 五，对策就错误结果进行地一个确认过程。一般由A测试出来的错误，一定要由B来确认。严重的错误可以召开评审会议进行讨论和分析，对测试结果要进行严格的确认，是否真的存在这个问题以及严重程度等。 六，制定严格的测试计划。一定要制定测试计划，并且要有指导性。测试时间安排尽量宽松，不要希望在极短的时间内完成也有一个高水平的测试。 七，妥善保存测试计划、测试用例、出错统计和最终 分析报告 ，为维护提供方便。 来源： https://www.cnblogs.com/sh183/p/10586270.html

什么是软件测试： 软件测试（英语：software testing），描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 为什么要进行软件测试： 软件测试的目的,第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情（Do the right thing），另一方面是确认软件以正确的方式来做了这个事情（Do it right）。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发过程是高质量的。 黑盒测试： 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

软件测试相关论述 是什么？： 　　 软件测试的目的就是在已经规定好的条件下，对软件进行测试，通过测试去发现软件中程序的错误或者是BUG，这样可以让程序员衡量软件的质量，然后对软件是否满足最初的要求或者初衷做出一个正确的判断，只有通过重重测试筛选出来的软件才能够获得价值最大化。 为什么？　 　 为实现对软件产品的监视和测量 　　对软件产品的特性进行监视和测量，主要依据软件需求规格说明书，验证产品是否满足要求。所开发的软件产品是否可以交付，要预先设定质量指标，并进行测试，只有符合预先设定的指标，才可以交付，而是否满足规格要求是需要测试才能知道的。 为不符合要求的产品进行识别和控制 　　为了对于软件测试中发现的软件缺陷，要认真记录它们的属性和处理措施，并进行跟踪，直至最终解决。在排除软件缺陷之后，要再次进行验证。 为产品设计和开发进行验证 　　通过设计测试用例对需求分析、软件设计、程序代码进行验证，确保程序代码与软件设计说明书的一致，以及软件设计说明书与需求规格说明书的一致。对于验证中发现的不合格现象，同样要认真记录和处理，并跟踪解决。解决之后，也要再次进行验证。 为了实施软件过程中的监视和测量 　　从软件测试中可以获取大量关于软件过程及其结果的数据和信息，它们可用于判断这些过程的有效性，为软件过程的正常运行和持续改进提供决策依据。 怎么样？ 单元测试 。单元测试又称为模块测试

软件开发的基本过程：需求分析-->设计-->编程-->测试-->维护。 测试按不同的过程阶段分为单元测试、集成测试、功能测试、系统测试、验证测试等。 软件质量具有三个特性：可说明性、有效性、易用性。 软件缺陷(bug)：功能、特性没有实现或部分实现；设计不合理，存在缺陷；实际结果和预期结果不一致；运行出错，包括运行中断、系统崩溃、界面混乱；数据结果不正确、精度不够；用户不能接受的其他问题，如存取时间过长、界面不美观。一般可以分为四级，致命的，严重的，一般的，微小的。 黑盒测试的具体方法有等价类划分、边界值分析、错误推测发、因果图等。 白盒测试的主要方法有逻辑覆盖、基本路径测试等，逻辑覆盖又可分为语句覆盖、判定覆盖、条件覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。 测试的分类： 1.按测试范围分类：单元测试、组件测试、集成测试、系统测试、验收测试、安装测试 2.按测试目的分类：正确性测试(白盒测试、黑盒测试)、性能测试、可靠性测试(强壮性测试、异常处理测试、负载测试)、安全性测试。 3.按测试对象分类：单元测试、组件测试、集成测试、模块测试、程序测试、系统测试、文档测试 4.安测试过程分类：需求阶段的测试、设计阶段的测试、程序阶段的测试、测试结果的评估、安装测试、验收测试、测试变化（维护）。 5.其他测试技术和方法：回归测试、压力测试、恢复测试、安全测试、兼容性测试

测试六问： why:为什么测试？对功能、性能、可用性、容错性、安全性等测试，检查是否符合相关要求。 what:测试什么？测试对象包括文档、代码、图标等。 where:测试哪里？测试用例的环境，包括系统的硬件、软件和网络环境等。 when:什么时候测试？测试用例所需的前提条件是尽快开始。 which:什么数据？测试用例设计的各种数据。 how:如何执行？结果怎么样要根据测试用例设计的步骤来执行，最后进行结果比较，确定是否一致。若一致才能通过测试。 测试是为了发现错误而执行的一个程序或者系统的过程。 测试不单纯是发现错误的过程，而且包含软件质量评价的内容 测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量 测试是为了度量和提高被测试软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期。 软件测试只能证明软件存在错误，而不能证明软件没有错误。 测试的目的：把软件的错误控制在一个可以进行产品交付的程度，把错误控制在一个合理的范围之内。 软件测试包括：单元测试、集成测试、确认测试、系统测试、验收测试。 大量资料证明60%以上的软件错误并不是程序错误，而是分析和设计错误。 软件的质量 ： 软件满足规定或者潜在用户需求特性的总和。 包含内部质量、外部质量、使用质量 质量保证QA：质量保证的重要工作通过预防、检查与改进来保证软件质量。着眼与软件开发活动中的过程