测试相关理论
什么是软件测试？
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，
甚至根据需要编写不同的测试工具，设计和维护测试系统，
对测试方案可能出现的问题进行分析和评估。
测试的根本目的是什么？
检验软件是否做了正确的事，为质量评审提供依据。
测试用例包含哪些部分？
1.编号,用来区别每一个测试用例;
2.标题或者描述,用来标注这个用来的作用
3.前置条件,要执行这个测试所需要满足的条件
4.执行步骤
5.预期结果
6.用例执行日期
7.用例执行者(如果是一个人测试的话,这个字段就是所有用例所共有的)
8.实际结果,这个是每次测试用例执行完后需要填写的
9.测试环境:包括软硬件环境,配置信息等,但因为我每次测试都在同样环境中执行不止一个用例,所以测试环境是每次执行的测试用例所共有的信息.
10.参考信息,这部分信息可用来做测试执行成功与否的判断辅助信息
11.其他信息,比如备注部分,可以向其中填写用例执行中碰到的一些问题,bug等,方便测试总结时做为参考;比如用例创建者,有这个标注后将来用例执行者有不明确的地方可以方便地询问用例创建者在搭建测试环境应该注意什么？
执行测试时应注意事项？
1，尽量模拟用户的真实场景
2，干净的测试环境
3，没有病毒的影响
4，独立的测试环境
测试用例的设计方法？
1，等价类划分的方法
2，边界值分析法
3，因果图表法
4，判定表方法
5，错误推测法
6，场景法
你是如何理解软件测试的原则的？
（1）将软件测试贯穿于软件开发的各个阶段中，在开发过程中尽早地发现和预防错误，杜绝隐患，提高软件质量；
（2）测试用例必须包含输入数据和与之对应的预期输出结果，精心设计测试用例；
（3）测试时应避免设计者检查自己设计的程序；
（4）设计测试用例时，应包括合理的与不合理的输入条件；
（5）充分注意测试中出现的错误群集现象，若发现错误数目较多，则可能残存的错误数目也较多，这种错误出现的群集现象， 已为许多程序测试实践所证实；
（6）严格执行测试计划，以软件需求说明书为基准设计测试用例，排除测试的随意性；
（7）对每一个测试结果做全面检查，不能遗漏错误出现的征兆，软件修改后要进行回归测试， 即用修改前测试过的测试用例进行测试，再用新的测试用例测试；
软件测试的一般步骤是什么？
（1）单元测试（也称模块测试）：针对软件设计的基本单元——程序模块，进行正确性检验的测试工作。 目的在于发现各个模块内部可能存在的各种差错。单元测试需要从程序内部结构出发设计测试用例，多个模块可以平行、独立地进行测试；
（2）集成测试（也称组装测试，联合测试）：在单元测试的基础上，将所有模块按设计要求集成在一起进行测试，以检验总体设计中各模块间的接口设计问题、模块之间的相互影响、上层模块存在的各种差错及全局数据结构对系统的影响等方面。
（3）确认测试（也称验收测试，有效性测试）：主要检验软件的功能和性能是否与需求说明书中的规定一致。
（4）系统测试：将软件系统作为一个元素，放入整个实际的计算机系统中，与计算机硬件、其他软件、使用人员等系统元素结合在一起，在实际使用环境下进行综合全面的测试。
你认为什么样的测试用例才算是一条标准的测试用例? 表述清楚、没有歧义、简单易懂。
怎么做好文档测试? 仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例,检查文档的编写是否满足文档编写的目的,内容是否齐全，正确，完善.标记是否正确.
软件测试分哪2种方法？
分别适合什么情况？ 软件测试分2种：白盒测试和黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标； 黑盒测试又称功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定
测试结束的标准是什么？ 用例全部测试。 覆盖率达到标准。 缺陷率达到标准。 其他指标达到质量标准
描述软件测试活动的生命周期？测试周期分为计划、设计、实现、执行、总结。其中： 计划：对整个测试周期中所有活动进行规划，估计工作量、风险，安排人力物力资源，安排进度等； 设计：完成测试方案，从技术层面上对测试进行规划； 实现：进行测试用例和测试规程设计； 执行：根据前期完成的计划、方案、用例、规程等文档，执行测试用例。 总结：记录测试结果，进行测试分析，完成测试报告。
软件的缺陷等级应如何划分？ A类—严重错误，包括以下各种错误： 1． 由于程序所引起的死机,非法退出 2． 死循环 3． 数据库发生死锁 4． 因错误操作导致的程序中断 5． 功能错误 6． 与数据库连接错误 7． 数据通讯错误 B类—较严重错误，包括以下各种错误： 1． 程序错误 2． 程序接口错误 3． 数据库的表、业务规则、缺省值未加完整性等约束条件 C类—一般性错误，包括以下各种错误： 1． 操作界面错误（包括数据窗口内列名定义、含义是否一致） 2． 打印内容、格式错误 3． 简单的输入限制未放在前台进行控制 4． 删除操作未给出提示 5． 数据库表中有过多的空字段 D类—较小错误，包括以下各种错误： 1． 界面不规范 2． 辅助说明描述不清楚 3． 输入输出不规范 4． 长操作未给用户提示 5． 提示窗口文字未采用行业术语 6． 可输入区域和只读区域没有明显的区分标志
当开发人员说不是BUG时,你如何应付？ 开发人员说不是bug，有2种情况，一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3方商量确定好后再看要 不要改。二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？ 程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不 要修改就不改。其实有些真的不是bug，我也只是建议的方式写进TD中，如果开发人员不修改也没有大问题。如果确定是bug的话，一定要坚持自己的立场， 让问题得到最后的确认。
你为什么想离开目前的职务？ 因为公司运作情况并不理想，公司需要调整部门体系，公司考虑到缩减部门人员，所以大批量的裁员（有6，7个），这是我的第一份工作，对公司也有较深的 感情，因为在这里我找到了职业理想（就是测试），所以公司需要精简人员，我自愿退出。虽然很舍不得，但我将会有新的发挥能力的舞台。
您认为做好测试用例设计工作的关键是什么？ 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
1、黑盒测试是功能测试，用黑盒技术设计测试用例有4种方法：（等价类划分）（边界值分析 ）（ 错误推测 ）（ 因果图）。
2、实际的逻辑覆盖测试中，一般以条件组合覆盖为主设计测试用例，然后再补充部分用例，以达到 （路径 ）覆盖测试标准。
3、集成测试的方法有两种：渐增式测试和（非渐增式测试 ）。
4、软件测试过程中需要3类信息：软件配置、（测试配置） 和 （ 测试工具） 。
5、SCM是一组管理整个软件生存期各阶段中（ 变更 ）的活动。
6、基线的作用是把各阶段的开发工作划分得更加明确，便于检查与确认阶段成果。因此，基线可以作为项目的一个 （ 检查点）。
3、软件测试的原则，这些原则能更好的理解和指导我们做测试工作，请把你所知道的原则详细列出来。（5分）
答：1、测试可以显示缺陷的存在，但不能证明系统不存在缺陷。
2、穷尽测试是不可能的
3、测试的尽早介入（越晚发现一个bug,修改bug成本成倍增加）。
4、第三方或独立的测试团队。
5、测试的标准是用户的需求
6、尽早定义产品的质量标准（测试用例应包括明确的输入和输出，做到有的放矢）
7、用例全面（有效数据、无效数据）
8、及时更新测试用例，减少测试人员形成定势思维（杀虫剂悖论：杀虫剂用得多了，害虫就有免疫力，杀虫剂就发挥不了效力）
9、严格执行测试计划，排除测试的随意性。
10、充分注意测试中的群集现象，80%的错误集中在20%的程序模块中。
11、应当对每一个测试结果做全面检查。
12、妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。
13、测试贯穿于整个生命周期
4、CMM由低至高共分为5个级别是什么？并简述每级基本特征。（5分）
答：CMM由低至高共分为5个级别：初始级、可重复级、定义级、管理级和优化级
CMM五级基本特征：
CMM一级，初始级：个别的，混乱的过程，几乎没有定义过程的规则或步骤；
CMM二级，可重复级：已建立的必要过程准则，但主要过程依赖于个人经验；
CMM三级，定义级：量化的已定义且制度化的过程；
CMM四级，管理级：量化的已质量的过程；
CMM五级，优化级：达到一个持续改善过程。
5、ISO 9001管理八原则是什么？并进行简要描述？（5分）
答：1．以顾客为关注焦点：组织依赖于顾客，因此组织应该理解顾客当前的和未来的需求，从而满足顾客要求并超越其期望。
2． 领导作用：领导者将本组织的宗旨、方向、和内部环境统一起来，并创造使员工能够充分参与实现组织目标的环境。80%质量问题与管理有关，20%与员工有关。
3． 全员参与：各级员工是组织的生存和发展之本，只有他们的充分参与，才能使其才能给组织带来最佳效益。岗位职责包括了全员（从总经理到基层员工）。
4． 过程方法：将相关的资源和活动作为过程进行管理，可以更高效地取得预期结果。
5． 管理的系统方法： ISO9000针对设定的目标，识别、理解并管理一个由相互关联的过程所组成的体系，有助于提高组织的有效性和效率。木水桶的围板原理。
6．持续改进：是组织的一个永恒发展的目标。PDCA循环。
7． 基于事实的决策方法：针对数据和信息的逻辑分析或判断是有效决策的基础。用数据和事实说话。
8． 互利的供方关系：通过互利的关系，增强组织及其供方创造价值的能力。麦当劳管理方式
比较负载测试，容量测试和强度测试的区别？ 参考答案： 负载测试：在一定的工作负荷下，系统的负荷及响应时间。 强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。 容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最 大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要 功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量 测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的，并 且它的目的是显示系统可以处理目标内确定的数据容量。
