例如：等价类划分、边界值、因果图，以及用这类方法（3-4句） 。提示：如果能够具体对设计进行说明，在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念，顺便说一句，在这里写上一些非常规的设计方法也是有利的，至少在没有看到测试结论之前就可以了解到测试经理的设计技术，重点测试部分一定要保证有两种以上不同的用例设计方法 。
2.2测试环境与配置 简要介绍测试环境及其配置 。提示：清单如下，如果系统/项目比较大，则用表格方式列出 数据库服务器配置 CPU： 内存： 硬盘：可用空间大小 操作系统： 应用软件： 机器网络名： 局域网地址： 应用服务器配置 ……. 客户端配置 ……. 对于网络设备和要求也可以使用相应的表格，对于三层架构的，可以根据网络拓扑图列出相关配置 。
2.3测试方法（和工具） 简要介绍测试中采用的方法（和工具） 。提示：主要是黑盒测试，测试方法可以写上测试的重点和采用的测试模式，这样可以一目了然的知道是否遗漏了重要的测试点和关键块 。
工具为可选项，当使用到测试工具和相关工具时，要说明 。注意要注明是自产还是厂商，版本号多少，在测试报告发布后要避免大多工具的版权问题 。
3.写出一个完整的HTML文档,标题为测试,背景为绿色<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "1/DTD/xhtml1-transitional.dtd">
<html xmlns="" xml:lang="en">
<head>
<meta ;charset=UTF-8" />
<title>；测试</title>
<style type="text/css">
body{
background:green;
}
</style>
</head>
<body>
这里输入网页内容 。
</body>
</html>
4.如何写好测试报告项目简介：一些需要介绍的内容，项目简称的解释，项目背景等等 。
测试内容：测试内容的大纲 。测试环境：测试环境的描述，包括客户端和网络环境 。
测试资源：测试过程中的测试资源使用 。测试的数据：bug数，解决数，遗留数 。
模块bug分布，bug走势图，缺陷遗留，需要说明的问题 。测试数据分析：对于整个过程测试的一个分析，得出结论 。
遗留问题：对于软件遗留问题有详细说明 。报告的内容每个人都可以说清楚，但是仅仅简单的罗列，也能使看的人很费劲 。
如何展现这些东西使你的测试报告丰满而又有说服力，并且易读易看呢？ 1、内容简洁：说话抓住重点，不说废话，简单易懂，能用表格的尽量用表格展示 。2、不罗列详细数据，挑拣一些能说明问题分析数据的：比如缺陷走势图，模块的bug分布等等 。
加必要的简短的分析 。图形简单易懂，且比较直观 。
如果不能说明问题或者一些不重要的图表就不用都一一列在报告中了，会显得报告比较啰嗦 。3、遗留问题说明很重要：遗留问题列表：当遗留问题比较多时，要择优选择，因为大家都有这样的感受，10个问题，大家都会仔细看，100个问题就没有心情和时间仔细看了，会感觉重点不突出，这就需要测试人员挑出比较重要的问题展示出来，并且说明重要问题的影响 。
4、分析结论一定要给出，并且明显的位置 。让项目经理清楚你的测试结论是什么，当时间比较紧的时候他看到结论心里就有数了 。
5、把其他的详细数据付成附件，可供想得到详细数据学习的人去学习理解 。
5.怎么编写软件测试计划书测试计划
测试概述：
测试背景：
测试手段：
手工测试
测试范围：
功能测试 界面测试 接口测试 容错测试 安全测试 性能测试 稳定性测试 恢复测试 配置测试 安装测试 文档测试 可用性测试