2015舟哥万岁
软件测试报告包含哪些内容
网页链接测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。
测试模块（每个模块里需要记录测试的开始时间、结束时间、设计多少用例、通过多少、失败多少、有多少BUG、遗留多少BUG、解决多少BUG、追后对这个模块总结一下）BUG的统计，根据时间轴来统计BUG的数量，例如：XXXX年X月X日，发现BUG多少，关闭BUG多少，剩余BUG多少，高级的BUG有多少，中级的BUG有多少，低级和建议的BUG有多少，一直罗列到项目完结项目总结，汇报一下测试的大致结果。
遗留和风险，该软件还有什么遗留问题，还有什么风险，都要一一说明最后评判该软件是否符合上线标准，日期，签字，加盖章等
验收测试的测试内容
通常可以包括：安装（升级）、启动与关机、功能测试（正例、重要算法、边界、时序、反例、错误处理）、性能测试（正常的负载、容量变化）、压力测试（临界的负载、容量变化）、配置测试、平台测试、安全性测试、恢复测试（在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行）、可靠性测试等。
性能测试和压力测试一般情况下是在一起进行，通常还需要辅助工具的支持。
在进行性能测试和压力测试时，测试范围必须限定在那些使用频度高的和时间要求苛刻的软件功能子集中。
由于开发方已经事先进行过性能测试和压力测试，因此可以直接使用开发方的辅助工具。
也可以通过购买或自己开发来获得辅助工具。
具体的测试方法可以参考相关的软件工程书籍。
如果执行了所有的测试案例、测试程序或脚本，用户验收测试中发现的所有软件问题都已解决，而且所有的软件配置均已更新和审核，可以反映出软件在用户验收测试中所发生的变化，用户验收测试就完成了。
大型的软件测试包括哪些阶段,不包括哪些阶段
楼上回答的很正确，测试流程分的很细。
最基本的测试流程图你要知道。
下面是我从51testing测试那里拷贝来的仅供参考。
软件测试流程51Testing软件测试网；L6O,V9m2`k)DI51Testing软件测试网'[V4CCM一：软件测试的阶段划分51Testing软件测试网-S8f#yz L-H51Testing软件测试网；Z9PX:__g可以从三个角度来将软件测试划分为多个阶段：yJ^ J'l0e2o25118251Testing软件测试网z,HdY:Pp1. 面向软件测试操作类型的划分，如调试、集成、确认、验证、组装、验收、操作；9n0e:m f ]:V/]25118251Testing软件测试网3CC}!BNm!Hr2. 面向软件测试对象粒度的划分，如语句、结构、单元、部件、配置项、子系统、系统、大系统；cO!F? X8Z%}25118251Testing软件测试网7OBA;Tm4H3. 面向软件测试实施者的划分，如开发者、测试者、验收者、使用者。
51Testing软件测试网O M{$cU['U51Testing软件测试网2zP1q_ _*p {二： 软件测试阶段的步骤8I~,I4P*h dn7N25118251Testing软件测试网H'@)ko!w,li每个软件测试阶段都要经历以下步骤：测试需求分析、测试过程设计、测试实现、测试实施、测试评价、测试维护。
51Testing软件测试网{f(J R%yGS#C2j(Y A%lA4B2q:Z2511822.0 a 测试需求分析G rf'V`;v'ns?8e251182测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。
用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。
而且被确定的测试需求项必须是可核实的。
即，它们必须有一个可观察、可评测的结果。
无法核实的需求不是测试需求。
所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他.51Testing软件测试网.KW'V#^
软件开发项目验收要做哪些测试
1、业务流程测试 对软件项目的典型业务流程进行测试。
2、容错测试 容错测试的检查内容包括： 2.1软件对用户常见的误操作是否能进行提示； 2.2软件对用户的的操作错误和软件错误，是否有准确、清晰的提示；2.3软件对重要数据的删除是否有警告和确认； 2.4软件是否能判断数据的有效性，屏蔽用户的错误输入，识别非法值，并有相应的错误提示。
3、安全性测试 安全性测试的检查内容包括：3.1软件中的密钥是否以密文方式存储； 3.2软件是否有留痕功能，即是否保存有用户的操作日志； 3）软件中各种用户的权限分配是否合理。
4、易用性测试 易用性测试的内容包括： 4.1软件的用户界面是否友好，是否出现中英文混杂的界面； 4.2软件中的提示信息是否清楚、易理解，是否存在原始的英文提示； 3）软件中各个模块的界面风格是否一致； 4.3软件中的查询结果的输出方式是否比较直观、合理。
4.4适应性测试参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。
对每个环境进行测试。
5、文档测试 用户文档包括：安装手册、操作手册和维护手册。
对用户文档测试的内容包括： 5.1操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块； 5.2用户文档描述的信息是否正确，是否没有歧义和错误的表达； 5.3户文档是否容易理解，是否通过使用适当的术语、图形表示、详细的解释来表达； 5.5用户文档对主要功能和关键操作是否提供应用实例；5.6用户文档是否有详细的目录表和索引表。
6、性能测试 对软件需求规格说明书中明确的软件性能进行测试。
测试的准则是要满足规格明书中的各项性能指标。
7、用户有特别要求的测试。
系统测试,验收测试,确认测试有什么区别和关系
顺序关系如上图所示。
1、确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。
经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样。
2、系统测试是将经过集成测试的软件，作为系统计算机的一个部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效地测试，以发现软件潜在的问题，保证系统的正常运行。
可以这样认为，这2个测试重点与方向不一样，因此没有明确的哪个在前哪个在后的说法，具体实施要看既定的测试策略。
3、验收测试是部署软件之前的最后一个测试操作。
验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
验收测试是向未来的用户表明系统能够像预定要求那样工作。
经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。
三者虽文字上有交集，但是执行级别是不同的，测试先后也是不同的。
总而言之，所有的测试都是保证产品最终符合需求（包括明确要求的和隐含需求），只不过粒度不一样。
验收测试的相关标准
通过综合测试之后，软件已完全组装起来，接口方面的错误也已排除，软件测试的最后一步——验收测试即可开始。
验收测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。
事实上，软件开发人员不可能完全预见用户实际使用程序的情况。
例如，用户可能错误的理解命令，或提供一些奇怪的数据组合，亦可能对设计者自认明了的输出信息迷惑不解，等等。
因此，软件是否真正满足最终用户的要求，应由用户进行一系列“验收测试”。
验收测试既可以是非正式的测试，也可以有计划、有系统的测试。
有时，验收测试长达数周甚至数月，不断暴露错误，导致开发延期。
一个软件产品，可能拥有众多用户，不可能由每个用户验收，此时多采用称为α、β测试的过程，用来发现那些似乎只有最终用户才能发现的问题。
α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。
α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的 用户操作方式。
经过α测试调整的软件产品称为β版本。
紧随其后的β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见。
然后软件开发公司再对β版本进行改错和完善。
一般包括功能度、安全可靠性、易用性、可扩充性、兼容性、效率、资源占用率、用户文档八个方面。
软件测试的方法一共有几种
1、按是否查看程序内部结构分为：（1）黑盒测试（black-box testing）：只关心输入和输出的结果 （2）白盒测试（white-box testing）：去研究里面的源代码和程序结构2、按是否运行程序分为：（1）静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括：对于代码测试，主要是测试代码是否符合相应的标准和规范。
对于界面测试，主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。
（5）动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程3、按阶段划分：（1）单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。
桩模块（stud）是指模拟被测模块所调用的模块，驱动模块（driver）是指模拟被测模块的上级模块，驱动模块用来接收测试数据，启动被测模块并输出结果。
（2）集成测试（integration testing），是单元测试的下一阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合，正常运行。
（3）系统测试（system testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
（4）验收测试（acceptance testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试，其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试，而beta测试指的是内测后的公测，即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试：1）功能测试（function testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。
包括逻辑功能测试（logic function testing） 界面测试（UI testing）UI=User Interface 易用性测试（usability testing）：是指从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。
兼容性测试（compatibility testing）：包括硬件兼容性测试和软件兼容性测试2）性能测试（performance testing） 软件的性能主要有时间性能和空间性能两种 时间性能：主要指软件的一个具体事务的响应时间（respond time）。
空间性能：主要指软件运行时所消耗的系统资源。
软件性能测试分为：一般性能测试：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。
稳定性测试也叫可靠性测试（reliability testing）：是指连续运行被测系统检查系统运行时的稳定程度。
负载测试（load testing）：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。
压力测试（stress testing）：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。
（Validate the system or software can allowed the biggest stress.）5、其他测试类型：回归测试（regression testing）是指对软件的新的版本测试时，重复执行上一个版本测试时的用例。
（When a new build or release is deployed, repeat all the test cases which has executed in the last build or release.） 冒烟测试（smoke testing），是指在对一个新版本进行大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。
（validate the major function is deployed or not in software of system when a new build or release is implement.） 随机测试（random testing），是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。
（means or all the test data is random, to validate the some edge bugs.）
软件测试面试题
展开全部 第一题：我认为需要在测试前需要先写好测试计划，其中最重要的是本次测试使用的测试方法、使用的测试工具、测试环境。
人员方面需要进行人员及进度的安排，每个测试阶段后的输出工件，还要有风险评估。
在测试前将这些准备工作做到位，这样在测试的时候就会比较有条理。
第二题：控制测试质量，我认为最好是做好测试用例的设计，这样可以对测试的覆盖率进行控制。
补充：如果时间充裕的话可以在设计用例后对其进行评审，这样可以提高测试质量。
不过这个在实际的工作当中一般实现不了。
。
。
。
下面列出的是网上的一个软测笔试题，好多单位在笔试的时候都会copy下来作为笔试题，我至少遇到两次了，其他的笔试题还有，但不一一列出了。
一、判断题（每题1分，12 分，正确的√，错误的╳） 1.软件测试的目的是尽可能多的找出软件的缺陷。
（） 2.Beta 测试是验收测试的一种。
（） 3.验收测试是由最终用户来实施的。
（） 4.项目立项前测试人员不需要提交任何工件。
（） 5.单元测试能发现约80%的软件缺陷。
（） 6.代码评审是检查源代码是否达到模块设计的要求。
（） 7.自底向上集成需要测试员编写驱动程序。
（） 8.负载测试是验证要检验的系统的能力最高能达到什么程度。
（） 9.测试人员要坚持原则，缺陷未修复完坚决不予通过。
（） 10.代码评审员一般由测试员担任。
（） 1 11.我们可以人为的使得软件不存在配置问题。
（） 12.集成测试计划在需求分析阶段末提交。
（） 二、不定项选择题（每题2 分，10分） 1.软件验收测试的合格通过准则是：（） A. 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B. 所有测试项没有残余一级、二级和三级错误。
C. 立项审批表、需求分析文档、设计文档和编码实现一致。
D. 验收测试工件齐全。
2.软件测试计划评审会需要哪些人员参加？（） A.项目经理 B.SQA 负责人 C.配置负责人 D.测试组 3.下列关于alpha 测试的描述中正确的是：（） A.alpha 测试需要用户代表参加 B.alpha 测试不需要用户代表参加 C.alpha 测试是系统测试的一种 D.alpha 测试是验收测试的一种 4.测试设计员的职责有：（） A.制定测试计划 B.设计测试用例 C.设计测试过程、脚本 D.评估测试活动 5.软件实施活动的进入准则是：（） A.需求工件已经被基线化 B.详细设计工件已经被基线化 C.构架工件已经被基线化 D.项目阶段成果已经被基线化 三、填空题（每空1分，24 分） 1.软件验收测试包括（正式验收测试）、（非正式验收测试和Alpha测试）、（Beta测试）三种类型。
2.系统测试的策略有功能测试、（性能测试）、（负载测试）、（压力测试）、易用性测试、（容量测试）、（强度测试）、 （兼容性测试又称）、（本地化测试）、（BVT测试）、（裸机测试）、（安全性测试）、（）、（容错性测试）、（恢复测试）、（）等15 种方法。
3.设计系统测试计划需要参考的项目文档有（需求规格说明书）、（）和迭代计划。
4.对面向过程的系统采用的集成策略有（）、（）两种。
5.通过画因果图来写测试用例的步骤为、、、及把因果图转 换为状态图共五个步骤。
四、简答题（共37分） 1. 阶段评审与同行评审的区别。
（4 分） 2 . 什么是软件测试。
（3 分） 答：通过人工或自动化手段对系统进行测试，目的是为了验证系统是否满足预定功能或者是为了弄清楚实际结果与预期结果之间的差别。
3 . 简述集成测试的过程。
（5 分） 答：将通过单元测试的单元模块按照设计要求组合起来再进行测试。
重点检查程序接口处是否有问题。
过程：首先进行集成测试的测试计划?测试设计?测试开发?测试用例执行?测试评估，并且进行全程的缺陷跟踪。
4 . 怎样做好文档测试？（4 分） 答：文档测试要注意一下几点：文档的读者群、文档的术语、文档的正确性、文档的完整性、文档的一致性、文档的易用性、样例与示例、文档的语言 5. 白盒测试有那几种方法？（6 分） 答：白盒测试方法分为：静态测试和动态测试 静态测试方法：①编码标准与准则 ②走查 ③审查 ④评审 动态测试方法：①语句覆盖 ②判定覆盖 ③条件覆盖 ④判定-条件覆盖 ⑤条件组合覆盖 ⑥路径覆盖 ⑦条件组合+路径覆盖 6. 系统测试计划是否需要同行评审，为什么？（4 分） 答：系统测试计划需要进行同行评审，因为如果对一个系统长时间进行测试可能会出现测试疲劳甚至出现 对系统的免疫现象，因此可以进行同行评审，减少对相同系统的疲劳测试。
7. Alpha 测试与beta 测试的区别。
（4 分） 8 . 比较负载测试、容量测试和强度测试的区别。
（6 分） 9 . 测试结束的标准是什么？（3 分）
