工作任务1.1 项目任务说明

1.1.1 项目任务工作流程总体说明

1.工作任务描述

本书以工作过程系统化为设计理念，企业人员参与本书的设计，按照企业真实的测试流程设计各章节内容，将真实项目电子商务管理系统的测试活动贯穿始终，并辅以拓展项目天天超市管理系统，使学生能够更好地掌握测试流程，可以达到企业测试岗位技能的要求。项目发布过程如下：

说明：要先安装JDK，因为在安装Tomcat时需要用到JDK里的文件内容。

（1）安装JDK。运行安装程序，出现如图1-1所示界面。

选择接受许可条款后，单击“下一步”按钮，出现如图1-2所示界面。

选择安装路径，单击“下一步”按钮，出现如图1-3 所示界面。等待弹出如图1-4 所示界面后，单击“下一步”按钮，出现如图1-5所示界面。

单击“下一步”按钮，出现如图1-6所示界面。

安装完毕，弹出如图1-7所示界面，单击“完成”按钮。

（2）配置系统环境变量。用鼠标右键单击“我的电脑”，在弹出的快捷菜单中选择“属性”项，打开“系统属性”对话框，如图1-8 所示，选择“高级”选项卡，单击“环境变量”按钮，打开如图1-9所示“环境变量”对话框。

单击“新建”按钮，弹出如图1-10所示“编辑系统变量”对话框。在“变量名”文本框中输入“JAVA_HOME”，“变量值”内容为JDK的安装路径，依次单击“确定”按钮。

（3）安装MySQL。如图1-11～图1-14所示，依次单击“Next”按钮，其中在图1-13中选择“gb2312”，在图1-14中连续两次输入“root”。最后单击“Finish”按钮完成安装。

（4）安装Tomcat。双击运行程序，弹出如图1-15所示窗口。单击“Next”按钮，进入如图1-16所示窗口。

单击“I Agree”按钮，进入如图1-17所示窗口。单击“Next”按钮，进入如图1-18所示窗口，可以采用默认安装路径，也可以单击“Browse”按钮选择其他安装路径。确定安装路径后，单击“Next”按钮，进入如图1-19所示窗口。在图1-19中，端口号、用户名和密码都可采用默认值，也可自行更改。单击“Next”按钮，进入如图1-20所示窗口，单击“Install”按钮开始安装Tomcat。安装过程如图1-21所示，安装结束时如图1-22所示。在图1-22中，取消对两个复选框的选择，单击“Finish”按钮，完成Tomcat的安装。

（5）准备工作做好后就是开始程序的发布了，打开tomcat文件夹，在webapps文件夹中新建立一个和工程相同名字（EShop）的文件夹（也可起其他名字的文件夹），把要发布的工程文件夹下WebRoot里的内容全部复制到新建的文件夹里。

（6）启动MySQL运行程序，在弹出的文本框中输入密码root，然后把要发布的工程的数据表复制到窗口里。

（7）启动tomcat文件夹中bin文件夹下的startup.bat，双击startup.bat。

（8）打开IE，在地址栏中输入http://localhost:8080/EShop/（其中localhost表示本机IP地址，8080是Tomcat的端口号，EShop是webapps中创建的文件夹的名字）。

2.工作过程

（1）确定测试计划

根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制定黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。测试计划描述所要完成的测试，是指导测试的纲领性文件，根据不同公司对项目的不同要求，测试计划的内容不尽相同，但是主要内容大同小异。

本书将详细介绍电子商务管理系统的测试活动，第1章将详细介绍测试计划的编写。

（2）设计测试用例

测试用例（Test Case，TC），指的是在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。即：

测试用例=输入+输出+测试环境

其中，“输入”包括测试数据和测试步骤，“输出”指的是期望结果，而“测试环境”指的就是系统环境设置。

本书第2章将详细介绍电子商务管理系统各种用例的编写方法和实例。

（3）测试执行

测试执行是测试计划贯彻实施的保证，是测试用例实现的必然过程，严格地测试执行使测试工作不会半途而废。测试执行前，应做好如下准备工作：

① 测试环境的搭建

测试用例执行过程中，搭建测试环境是第一步。一般来说，软件产品提交测试后，开发人员应该提交一份产品安装指导书，在指导书中详细指明软件产品运行的软/硬件环境，比如要求操作系统是Windows2000版本，数据库是SQL Server2000等。此外，应该给出被测试软件产品的详细安装指导书，包括安装的操作步骤、相关配置文件的配置方法等。

② 测试任务的安排

不仅包括指定哪些人参加测试活动，谁负责功能测试、性能测试、界面测试等，谁负责测试环境的维护等，还包括人员的培训，知识的传递等。

③ 测试用例执行

测试执行过程中，当测试的实际输出结果与测试用例中的预期输出结果一致时，是否可以认为测试用例执行成功了？答案是否定的，即使实际测试结果与测试的预期结果一致，也要查看软件产品的操作日志、系统运行日志和系统资源使用情况，来判断测试用例是否执行成功了。全方位观察软件产品的输出可以发现很多隐蔽的问题。测试执行过程中，应该注意及时更新测试用例。往往在测试执行过程中，才发现遗漏了一些测试用例，这时应该及时补充；往往也会发现有些测试用例在具体的执行过程中根本无法操作，这时应该删除这部分用例；也会发现若干个冗余的测试用例完全可以由某一个测试用例替代，那么删除冗余的测试用例。

④ 缺陷报告

缺陷报告单中最关键的几个部分：第一部分是发现缺陷的环境，包括软件环境、硬件环境等；第二部分是缺陷的基本描述；第三部分是开发人员对缺陷的解决方法。通过对上述缺陷报告单的三个部分进行仔细分析，从中掌握了软件产品最常见的基本问题，并吸收了其他软件测试人员的工作经验。

（4）测试总结

软件测试执行结束后，测试活动还没有结束。测试结果分析是必不可少的重要环节，“编筐编篓，全在收口”，测试结果的分析对下一轮测试工作的开展有很大的借鉴意义。前面的“测试准备工作”中，建议测试人员阅读缺陷跟踪库，查阅其他测试人员发现的软件缺陷。测试结束后，也应该分析自己发现的软件缺陷，对发现的缺陷分类，你会发现自己提交的问题只有固定的几个类别；然后，再把一起完成测试执行工作的其他测试人员发现的问题也汇总起来，你会发现，你所提交问题的类别与他们有差异。这很正常，人的思维是有局限性的，在测试的过程中，每个测试人员都有自己思考问题的盲区和测试执行的盲区，有效的自我分析和分析其他测试人员，你会发现自己的盲区，有针对性的分析盲区，必定会在下一轮测试中避免盲区。