6.请教：系统测试方案怎么写,特别是功能部分？ 概述：对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求 。
这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当 。测试目标 确保测试的业务功能正常，其中包导航性质菜单，数据输入，处理和检索等功能 。
测试的范围 1、界面里面常用功能按钮：增、删、查、保存、取消等 。2、下拉列表、单选、复选、3、文本框技术 利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：1、在使用有效数据时得到预期的结果 。
2、在使用无效数据时显示相应的错误消息或警告消息 。3、各业务规则都得到了正确的应用 。
开始标准 测试执行完成标准 1、完全实现需求中定义的功能2、在功能实现的基础上实现正确的业务流程需要考虑的特殊事项 ？ 方案：给出具体的针对性的测试方案，为今后设计用例或在测试过程提供一个大纲性质的方案 。下拉列表 1、条目内容的检查，对照需求说明察看条目内容和实际内容是否一一对应 。
2、条目的功能能否实现，逐一执行列表框中每个条目的功能 。3、在列表框中能否输入数据，检查能否输入或则粘贴数据向组合列表框内 。
4、能及时获取得到新增加的数据并显示 。文本框的 1、边界值和等价类测试用例方法 。
2、可以采用随机测试进行测试用例的补充 。3、输入符合规定的数据 。
4、输入已经存在的内容 。5、输入超常字符 。
6、输入特殊字集 。7、输入空白，或则空格 。
复选框的测试 1、多个复选框被选中 。2、多个复选框可以被部分选中 。
3、多个复选框可以不被选中4、逐一执行每个复选框的功能单选框的测试 1、单选按钮是否只能同时选中选中一个 。2、个单选按钮的功能是否正确完成3、是否有默认被选中的选项命令按钮的测试 1、对各类按钮的测试 。
2、功能是否实现 。3、提示信息是否正确 。
4、描述、图标功能是否一致 。错误处理 1、对于不符合业务背景的输入数据是否有相应的处理方法 。
2、单击按钮正确响应操作 。3、对非法的输入或操作给出足够的提示说明 。
4、错误说明应当清楚，命了，恰当，让用户明白错误出处 。5、对于无法恢复的操作必须提供确认信息，给用户放弃选择的机会 。
7.如何写测试用例编写测试用例需要有以下几点：1、测试用例编号 ◇ 规则：编号具有唯一性、易识别性，由数字和字符组合成的字符串 ◇ 约定： 系统测试用例：产品编号-ST-系统测试项名-系统测试子项名-XXX 集成测试用例：产品编号-IT-集成测试项名-集成测试子项名-XXX 单元测试用例：产品编号-UT-单元测试项名-单元测试子项名-XXX 2、测试项目 ◇ 规则：当前测试用例所属测试大类、被测需求、被测模块、被测单元等 ◇ 约定： 系统测试用例测试项目：软件需求项 如：测试手机在没有SIM卡的情况下，可以拨打紧急电话 集成测试用例测试项目：集成后的模块名或接口名 如：测试模块A提供的文件接口 单元测试用例测试项目：被测试的函数名 如：测试函数int ReadFile(char *pszFileName) 3、测试标题 规则：测试用例的概括简单的描述用例的出发点、关注点，原则上不能重复 。
4、重要级别 规则 高：保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例； 中：重要程度介于高和低之间的测试用例； 低：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例 。5、预置条件 规则：执行当前测试用例需要的前提条件，是后续步骤的先决条件 6、输入 规则：用例执行过程中需要加工的外部信息，输入、文件、数据库等 7、操作步骤 规则：执行当前测试用例需要经过的操作步骤，保证操作步骤的完整性 。