探索式测试在指挥信息系统测试中的运用.docVIP

探索式测试在指挥信息系统测试中的运用 目录 TOC \o 1-9 \h \z \u 目录 1 正文 1 文1：探索式测试在指挥信息系统测试中的运用 1 0 、引言 1 1 、探索式测试 2 2 、指挥信息系统软件测试现状分析 5 3、 探索式测试在指挥信息系统测试中应用 6 4、 结论 8 文2：截短侧耳素发酵液含量测试中高效液相色谱法的运用 8 参考文摘引言： 9 原创性声明（模板） 12 文章致谢（模板） 12 正文 探索式测试在指挥信息系统测试中的运用 文1：探索式测试在指挥信息系统测试中的运用 0 、引言 随着指挥信息系统软件功能越来越复杂和规模越来越庞大， 用户的需求变更也越发频繁， 软件开发模式也在由传统的瀑布模型向更高效的敏捷模式转变， 相应的软件测试模式也需要随之转变。而探索式测试 (Exploratory Testing) 方法具有敏捷测试的特点， 能够在时间短和文档不完善的情况下， 充分发挥测试人员的经验和能力， 快速、高质量完成软件测试[1]。比较适用于测试需求变化快， 事先无法详细设计测试过程， 并且需要大量手工测试的软件项目。利用探索式测试， 能够显着提高软件测试的效率。因此研究探索式测试方法在指挥信息系统软件测试中的应用具有重要的现实意义。 1 、探索式测试 探索式测试方法最早是由美国测试专家Cem Kaner博士在1983年提出的， 它产生之初便赢得了大量的认同， 并且广受推崇[2]。2010年测试专家James 根据其在微软、谷歌等知名企业的工作经历和个人的经验积累， 撰写了《Exploratory Software Testing》 (《探索式软件测试》) 一书。在书中， 他对探索式测试的概念以及测试方法作了更进一步的扩展， 他根据自己的研究， 创新性地提出了全局、局部和混合式等具体的探索式测试方法， 将探索式测试方法的实践应用拓展到更多的领域[3]。经过二十多年的发展， 探索式测试方法已经逐步成型， 并且在越来越多的软件测试项目中发挥了应有的作用。 探索性测试的主要优点在于:充分利用人员经验;适用于需要学习的系统、有时间约束、补充测试等情况;适应性强， 尤其是需求变化、规约不明确情况;对测试人员和开发人员的反馈较快;能够为测试带来新内容， 降低“杀虫剂”效应影响[4]。探索式测试是强调个人自由与责任的测试方法， 让测试人员可以通过不断学习来改善测试规划和测试执行， 而测试执行过程中收集到的信息也可以让测试人员改善测试方法效果。 、 探索式测试与手工测试 手工测试 (Manual Testing) ， 通常会使用预先编写好的测试用例。在测试用例中， 会预先设定好测试执行环境， 并指定好各种各样的测试输入值， 同时测试用例还会定义各类输入值情况下的预期测试输出结果。测试将会通过比对实际结测试果与预期结果是否存在差异， 来判断功能是否实现或者是否存在缺陷。不同的测试执行人员， 使用相同测试用例， 很有可能将会得到一样的测试结果， 也因此很可能会导致有问题被遗漏。 Whittaker认为探索式测试是手工测试领域里目前最好的测试技术[3]。它具备了很多手工测试的特点， 但是探索式测试可以完全抛开事先设定好的测试用例， 测试人员可以自由地进行测试， 不受任何约束地去探索软件程序的各种功能[5]。探索式测试并不是说不写文档， 测试结果、测试用例和测试设计等文档， 都会在测试执行的同时创建。 、 探索式测试与自动化测试 自动化测试通过编写代码来测试软件， 自动化测试的根本目的是自动地对软件产品在各种环境和状态下的执行进行测试， 排除影响测试的人为因素， 从而降低花费在测试的开销。自动化测试可以解决手工测试中重复、机械的劳动， 发现手工测试难以发现的极端情况下的问题。 但是自动化测试不能解决所有问题， 自动化测试有其适用的场景， 适用于软件界面和需求变化较小， 需要重复执行的测试活动， 此外对于性能等需要在极端情况下进行测试， 自动化测试更具有优势。而对于目前敏捷开发模式， 需求和软件变化频繁的开发模式则会使测试成本和时间陡增， 并且对于与业务逻辑相关的缺陷， 手工测试也更具优势。 、 探索式测试与脚本测试 脚本测试 (Scripted Testing) 是一种常用的测试组织方法。应用脚本测试的测试设计人员需要事先编写测试脚本， 记录所有的测试用例， 而后测试执行人员手工或者使用自动化测试工具执行脚本， 完成测试任务[6]。脚本测试按照测试需求分析、测试策划、测试设计、测试执行和测试总结的流程进行。 相比脚本测试， 探索式测试显得更自由一些， 它允许测试人员临场发挥， 鼓励测试人员尽可能地发现程序缺陷。探索式测试与脚本测试并非对立， 探索式