测试类型[].pptVIP

1.为什么写软件测试计划？ 1.软件项目的4个因素由不同的文档来覆盖： 时间-由项目计划覆盖 成本-由合同覆盖 范围-由需求文档覆盖 质量-由QA计划或测试计划覆盖 2. 为什么要写测试计划? WHAT：测试什么； WHEN：测试不同阶段的起止时间； WHERE：文档放哪； WHO：哪些人去做； HOW：怎么测试(本部分不在测试计划中描述，由测试用例来描述）； 2. 测试计划编写策略测试计划描述了如何进行测试，有效的测试计划会驱动测试工作的完成，使测试执行、测试分析以及测试报告的工作开展更加顺利。2.1 测试计划的重要性和目的1、 测试计划的重要性2、 测试计划的内容测试计划描述所要完成的测试，包括测试背景、测试目的、风险分析、测试策略、所需资源、任务安排和进度等：2.2、测试计划编写基本策略测试计划的主要内容测试计划的内容会因不同的项目以及项目的大小而有所不同，一般而言在测试计划中应该清晰描述以下内容：1、 测试目标：对测试目标进行简要的描述。2、 测试概要：摘要说明所需测试的软件、名词解释、以及提及所参考的相关文档。3、 测试范围：测试计划所包含的测试软件需测试的范围和优先级，哪些需要重点测试、哪些无需测试或无法测试或推迟测试。4、 重点事项：列出需要测试的软件的所有的主要功能和测试重点，这部分应该能和测试案例设计相对应和互相检查。5、 质量目标：制定测试软件的产品质量目标和软件测试目标。6、 资源需求：进行测试所需要的软硬件、测试工具、必要的技术资源、培训、文档等。7、 人员组织：需要多少人进行测试，各自的角色和责任，他们是否需要进行相关的学习和培训，什么时候他们需要开始，并将持续多长时间。 测试计划的主要内容8、 测试策略：制定测试整体策略、被测试软件系统的测试需求及其所使用的测试技术和方法。9、 发布提交：在按照测试计划进行测试发布后需要交付的软件产品、测试案例、测试数据及相关文档。10、 测试进度和任务人员安排：将测试的计划合理的分配到不同的测试人员，并注意先后顺序.如果开发的Release不确定，可以给出测试的时间段.对于长期大型的测试计划，可以使用里程碑来表示进度的变化。11、 测试开始/完成/延迟/继续的标准：制定测试开始和完成的标准；某些时候，测试计划会因某种原因(过多阻塞性的Bug)而导致延迟，问题解决后测试继续。12、 风险分析：需要考虑测试计划中可能的风险和解决方法。 软件测试类型： 功能测试（Functional Testing） 容错测试 接口测试 界面测试（Volume Testing） 安全测试（Security Testing） 配置测试（Configuration Testing） 安装测试（Installation Testing） 软件测试类型 性能测试（Performance Testing） 强度测试也叫负载测试（Reliability Testing） 并发测试 稳定性测试 恢复测试（Recovery Testing） 文档测试（Documentation Testing） 可用性测试（Compatibility Testing） 初始化测试 数据参照完整性测试 功能测试 每一个界面的菜单功能、工具栏、按钮、切换/链接/快捷键/触发键、单选/复选按钮，业务流程等选择项功能正确； 如果有多个界面，多个界面之间切换/下拉框正确； 检查数据项的关联与限制功能是否正确； 找出设计文档中要求的未被包含在上述几项测试中的功能，逐项测试，检查是否达到设计和需求的要求的功能； 有增、删、改、刷新等功能的系统，增、删、改、刷新等操作的结果正确，测试时应手工打开数据库表，以检查写/删除的效果； 有查询或报表操作时，检查在各种选择项的合理组合下，所产生的结果，对照数据库中的数据是否正确；对不符合条件的，应有相应的提示及相应的保护措施； 对照设计文档的要求，测试系统所有的功能是否正确； 容错测试 接口测试 界面测试 (包括登陆界面，总界面。输入界面，处理界面，输出界面，报表界面，提示界面等)_ 用户操作界面、输出报表的格式以及代码的命名应符合统一的规则； 用户操作界面、输出报表的字段位置、长度、类型应与ui设计文档的要求一致； 用户操作界面、输出报表的风格一致、协调。 提示、菜单、帮助的格式是否一致 提示、菜单、帮助中的术语是否一致 各个控件之间的对齐方式是否一致 输入界面和输出界面在外观、布局、交互方式上是否一致 功能类似的相关界面在外观、布局、交互方式上是否一致 同一层次的文字在同一种提示场合（一般情况、特殊字体、警告等）在文字大小、字体、颜色、对齐方式方面是否一致，字体大小是否与界面的大小比例协调 多个连续界面依次出现的情况下，界面的外观、操作方式是否一致 系统