北大青鸟：测试计划.doc

诊所管理系统案例研究项目测试计划第一部分、引言1.1编写目的本测试计划用来对诊所管理系统案例研究项目（V1.0）的测试进行规划，包括测试过程、范围、时间、方法、工具、标准等方面的规定和约定，为诊所管理系统案例研究项目的各测试过程提供基准和指导。本文在批准执行后，提供给参与系统开发的程序员、测试工程师。1.2背景说明：A、 软件系统的名称：诊所管理系统案例研究项目（V1.0）B、任务提出者：湖人诊所开发者：北大青鸟Aptech产品开发部实现完成的系统将在湖人诊所的诊断室、门诊、住院部使用，所应用的网络系统是该系统的内部局域网。C、 本项目是为了解决湖人诊所的业务运作自动化和数字化所做的第一次系统开发，测试过程按照单元测试、组合测试、系统测试和运行测试分阶段进行，其中运行测试在湖人诊所进行实际的试运行检验，其他的测试在产品开发部进行。D、 测试前必须完成的工作包括测试人员的组织、测试平台的建立，这些要求参考以下的说明。1.3定义（列出本文件中用到的专门术语的定义和外文首字母组词的原词组。）1.4参考资料相关的文件包括：A、 湖人诊所的内部文件核准诊所管理系统案例研究项目；B、 湖人诊所诊所管理系统案例研究项目需求说明书；C、 湖人诊所诊所管理系统案例研究项目概要设计说明书；D、 湖人诊所诊所管理系统案例研究项目测试用例；E、 湖人诊所诊所管理系统案例研究项目开发计划；参考资料：A、 北大青鸟Aptech ACCP3.0 Sem2基于软件开发项目的毕业设计；B、 北大青鸟Aptech ACCP3.0 Sem2软件测试和软件质量保证；C、 国家标准测试计划（GB856788）；D、 莱克公司的人力资源管理项目的项目测试计划；合同：A、湖人诊所诊所管理系统案例研究项目合同 20031002 - 2；第二部分、计划2.1软件说明功能和说明：序号功能要求输入输出备注1登录系统姓名，密码/登录成功或者失败2增加新的医生医生信息/添加到数据库3修改医生信息医生新的描述信息/医生信息修改4删除医生医生/删除5增加新的病人病人信息/添加到数据库6修改病人信息病人新的描述信息/病人信息修改7删除病人病人/删除8增加新的药品药品信息/添加到数据库9修改药品信息药品新的描述信息/药品信息修改10删除药品药品/删除11生成费用帐单病人姓名/帐单12查看病人信息查询命令/病人列表13根据专业查看医生的信息专业/该专业的医生列表14查看生成的帐单帐单指令/生成的帐单列表15医生和医生之间发送信息字符消息和医生/得到该消息2.2测试内容由于本系统的规模比较小，因此每一个测试项，在上面对应的部分完成以后，由测试人员和编码人员共同进行验证，测试的方法以白盒测试为主，在界面测试的时候，以视觉观察、个人判断作为测试的依据。本测试计划的主要内容，集中在描述组装时的接口测试、完成后的系统测试（确认测试）。测试的依据是设计阶段所形成的概要设计和详细设计，对于设计中没有清楚表述的或者由于变更引起的功能，以需求文档为准。进度和资源的总体安排请参考项目计划，本部分的内容，以项目计划为基础。具体的测试项请参考测试用例设计文档，此处以测试项标识。以下为参与本系统测试的各个测试单元。2.3测试项：登录系统检验登录界面设计的充分性、易用性，检验用户登录验证的正确性，检验在不同的输入情况的条件下，登录系统的输入响应。登录系统处于运行的开始阶段，正确地进行登录验证是后面工作的基础，并是系统安全的一个重要方面。2.3.1进度安排单元测试：A、 日期：10-13B、 人员：莫青雁C、 测试内容：ZS_MA_Login_1、ZS_MA_Login_2、ZS_MA_Login_3组合测试：A、日期：10-20B、人员：莫青雁C、测试内容：ZS_MA_Login_1、ZS_MA_Login_2、ZS_MA_Login_3、ZS_MA_ZH_1、ZS_ZH_Login_2、ZS_ZH_Login_3；系统测试：A、 日期：10-29B、 人员：莫青雁、杨城C、 测试内容：ZS_MA_Login_1、ZS_MA_Login_2、ZS_MA_Login_3、ZS_MA_INTERFACE_1、ZS_XT_Login_1、ZS_ XT _Login_2、ZS_MA_ XT _32.3.2条件支持设备：测试计算机一台；支持程序：已经安装好的SQL Server，数据库表和初始数据项，测试通过的数据库访问模块；人员和技术支持：（不适用）2.3.3测试资料A、有关本项任务的文件：诊所管理系统案例研究项目测试用例、项目开发计划；B、被测试程序及其所在的媒体：硬盘（请参考配置管理）C、测试的输入和输出举例：输入姓名：YHG，密码：ABC，系统连接数据库进行验证，并给出输出描述信息；D、有关控制此项测试的方法、过程的图表：测试的方法和测试报告（BUG）、测试反馈报告；2.3.4测试培训（不适用）2.4测试项：医生管理。（以上以二级标题逐步说明各测试项的详细安排、内容及相关的事项，格式请参考2.3项，本项目是例子项目，因此不做完整的说明。）第三部分、测试设计说明3.1测试项：登录系统测试登录除了设计验证数据库用户信息之外，还需要检验与数据库的调用关系和界面逻辑，因此，牵涉到的测试用例（组）包括以下四个。ZS_MA_Login_1：检验用户登录安全验证的准确性；ZS_MA_Login_2：检验与数据库连接、访问的正确性和符合性；ZS_MA_Login_3：检验实现的独立性；ZS_MA_Interface_1：检验登录界面设计的合理性、易用性；用例的详细设计，请参考诊所管理系统案例研究项目测试用例。3.1.1控制方法：以上四个测试用例，完成测试的输入，全部采用手工录入和检验；记录：除了填写测试用例的设计报告之外，在测试不通过的情况下，需要填写测试报告（Bug报告），测试报告的规则请参考诊所管理系统案例研究项目测试报告。3.1.2输入ZS_MA_Login_1：不同用户输入的可能的情况；ZS_MA_Login_2：连接调用和判断；ZS_MA_Login_3：独立调用，对象的独立性检验；ZS_MA_Interface_1：目测和感观；3.1.3输出不同情况下的输出，请参考独立的设计文档诊所管理系统案例研究项目测试用例。3.1.4过程测试过程的说明，请参考独立的设计文档诊所管理系统案例研究项目测试用例。3.2测试项：医生管理。（用与本测试计划3.l条相类似的方式说明各项测试工作的设计考虑。）第四部分、评价准则4.1范围以上63个测试用例（组），包含了整体性能、功能测试，能够检查的范围应覆盖到设计内容所规定的整体指标90%以上，并且需要在测试进行过程中进行覆盖测试，若低于90%的覆盖，应补充测试用例。补充测试用例的过程应按照项目计划的变更控制所规定的内容进行。测试用例（组）的范围包含了第二部分的功能要求、性能要求，其局限性在于没有大量重复的数据进行输入，这些是由于系统规模、产品开发集成度所决定的。4.2数据整理测试所得到的用例测试报告、BUG报告，需要进行反馈和最后的归档，归档的工作按照项目计划中所规定的内容进行，反馈的工作在测试项结束后，整理成测试总结报告后进行，具体的日期，在项目