软件评测师测试步骤及测试用例要求

1、软件评测师测试步骤及测试用例要求软者之软件评测师测试11步骤第一步：评定开发方案和状态这第一步是创建W&T计划的先决条件，W&T计划用于评估执行的软件解决方案。在 这一步，软件评测师可质疑开发方案的完整性和正确性。并且基于项目计划的完整和延伸定 义，软件评测师要估计出测试这个执行的软件解决方案所需要的资源数量。第二步：形成测试计划形成测试计划应该要符合软件开发过程的模式，所有计划的结构应该是一样的，内容则 要基于测试员对开发中的项目的感知程度。第三步：测试软件的需求说明不完整的，不正确的，或不一致的要求都会导致软件开发失败。在需求收集阶段，不正 确说明软件需求，会明显的增加开发费用。测试员通过

2、查证，一定要保证需求说明的是正确 的，完整的，并且不会有冲突。第四步：测试软件的设计这一步软件评测师首先要能过查证技术测试软件的外部和内部设计，测试设计是否能完 成需求说明的目标和这些设计能否在指定的硬件上起作用。第五步：软件开发过程中的测试根据内部设计文档选择的软件开发方法将会决定软件评测师测试需要的类型和范围。因 为软件构建变得更加自动化，所以这一阶段要求相对少的测试，不过，如果软件采用瀑布型 的开发模式，容易产生错误，这些错误应该被发现。经验表明，在构建阶段发现问题会比在 动态测试过程发现问题节省很多成本第六步：执行和记录错误这个阶段包括在动态状态测试代码，在测试计划中指定的步骤，方法，

3、工具会被用于验 证可执行代码是否符合规定的软件需求和设计的结构化规范第七步：可接受性测试可接受性测试能让使用者在操作他们的日常工作所需功能时评估软件的适用性和可用 性。这样能测试出使用者认为软件应该实现什么功能，与需求文档的中说明的软件应该实现 什么功能形成对照翱八步：报告测试结果测试报告是一个持续的过程，可口头表达也可记录下来。缺陷和涉及的问题要向相应的 小组报告，并且报告要易于理解，这一点很重要。这样就能以最低的可能成本修正问题第九步：软件安装测试一旦测试小组已确认该软件是供生产使用，在生产环境中，软件的执行能力将被进行测 试。这将测试操作软件的界面，相关软件和操作程序。第十步：测试软件变

4、化当进行到第十步，是软件被安装使用后的维护过程。相关概念随着整个执行过程而改变， 任何时候需求改变了，测试计划也要相应改变，并且这些改变对于整个软件的影响也要测试 和评估。第十一步：评估测试效率测试改进最好通过在测试任务的最后阶段评估测试效率完成。这个评估首先应该由测试 员完成，同时也要包括开发人员，软件使用者和专业质量担保人（如果有这些人员的话）。软件评测师测试用例编写的要求测试用例设计的粒度需要考虑几方面的因素：1、复用率：如果随着产品不停得升级，需要设计的详细些，追求一劳永逸；仅使用一 两次，则没有必要设计的过于详细；2、项目进展：项目时间如果允许可以设计的详细些，反之则能执行即可；3、

5、使用对象：测试用例如果供多人使用，尤其让后参加测试的工程师来执行，则需要 设计的详细些。我们不太可能在一个测试用例包含全部测试需求，因为众多的功能以及不同的路径组合 将使这样一个测试用例步骤繁多，操作复杂，完全不具有可操作性。当然，这也并不是要您走向另一个极端，为需求中定义的每个特性或功能都提供一个甚 至多个测试用例。这里的关键，是要寻找一个合适的度。推荐的方法是：关注有效功能。区分有效功能的关键有2点：1、这个功能是可以还原到用户原始的手工业务流程中去的。2、这个功能是否可以标志着用户实际业务的一个阶段性结束？并且这项业务完成之后， 被完成的业务实体是否可以交付给其他用户或业务以供完成下面的

6、工作？功能测试中要保证测试的覆盖率，首先要做好测试需求分析，测试需求获取方法包含了 2种，显式需求及隐式需求。做好需求分析，及时维护测试需求文档。将不同的需求来源划分成一个个需求点，针对 每一点进行测试分析，界定测试范围，利用各种测试设计的方法产生功能测试节点。用例设计阶段，首先要保证产品或项目在主要功能测试用例完全覆盖的情况下去对细节 进行测试用例设计，可以运用多种测试用例设计方法来减少功能遗漏。强化测试用例评审阶段的作用，以测试用例评审会议来检验功能是否覆盖完全，评审会 成员需要有设计，开发，测试及专家组成员。测试全面不等于全面测试，不要过分的追求高测试覆盖率，要结合实际情况去考虑，有 些情况下，即使测试不全面，哪怕功能还有BUG也需要上线，这是测试人员也无可奈何的 事情，因为毕竟要考虑到成本等一些其他的问题。1、测试需求阶段是没有办法进行实质性的测试工作的，在测试需求阶段应该进行的测 试需求分析。明确测试需求，并分析出隐式需求，然后制定测试策略，初步制定测试时间， 测试工时，测试环境，测试中是否需要使用工具（如果需要，就要确定选择哪款工具，或哪 几款工具），并将可能会影响测试工作进行的风险进行预估，这些实际上就是测试计划的部 分内容，而测试需求就是制定测试计划的基础和重点。2、如果是一个已有产品的升级版本，那么可以通过已确定的需求说明书及开发人员对 功能的描述，