白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，你清楚盒子内部的东西以及里面是如何运作的。

　　本部分描述测试的目标、测试环境、软件的基本需求，以及测试的条件与限制等。

　　本次测试主要目标是对各个子系统的各个子模块进行测试，确保其实现相应功能，且出错率在10%以下。

　　对计算机配置要求不高，只要可以正常运行当前主流的浏览器，即可正常运行该网站。

　　该软件适用于目前主流的操作系统，所以支持Windows10、Windows7、Windows XP三种系统。目前无法提供MAC OS环境进行测试。

　　包括系统涉及的内部数据和外部数据要求，如外部存储格式、访问格式，以及内部数据结构和类型等。

　　包括完成测试需要哪些事物需求，如每组测试的过程和处理要求、需要准备哪些工作等。

　　测试过程需要具备的条件，如各硬设备、软件系统保证、人员齐备、各方面互相配合、内部协调等。限制包括资金限制、时间限制、环境限制等。

　　测试需要负责人与各个子系统负责成员在场，在软件系统整体实现程度较高时，方可开始测试。在测试过程中，还要做到小组内各成员间相互配合，及时沟通交流以解决出现的问题。

　　主要限制是时间限制，前期开发花去过多时间，以至于后期测试所剩时间不够多，不过还是能够如期完成测试。

　　测试方案包括测试策略、测试过程、测试内容、要采用的测试技术，以及技术标准等。

　　3.1.1.1测试策略：分为不同身份进行测试，分为用户，管理员，游客分别进行测试，测试时分别对注册，登录，进行分组多组测试。

　　3.1.1.2测试过程：测试用例设计，测试用例编写，测试，测试结果分析，误差改进；

　　3.1.1.3测试内容：用户（注册，登录），管理员（登录），游客（搜索，下载，评论）。

　　测试计划：使用多个用户重复地对网页浏览，点击，搜索，评论等功能进行分组多组测试；

　　测试内容：用户修改个人信息，进入推荐版块，搜索各种美食，食材，浏览某些菜谱，评论，写评论；

　　测试内容：管理员（登陆、权限），用户（评论、登陆异常），菜谱（增删改查、错误冗余信息），食材（增删改查、错误冗余信息）

　　3.2.1功能测试:依据需求规格说明书中描述的所有功能，根据项目实际情况和约束，选择全部或部分功能进行测试。

　　3.2.2回归测试:在测试的过程中对发现系统缺陷，应及时修正，每天对系统进行一次回归测试，在修正的程序中对发现的缺陷进行验证，以确保其得以改正。在系统交付前做一次完整的系统回归测试。

　　3.2.4文档测试:主要包括对需求文档、设计文文件、用户文文件的测试，测试重点在文档内容的正确性、准确性。主要采用走查的方式进行。

　　(2)阅读软件规格说明书、概要设计说明书、详细设计说明书，并以此作为总的提纲；

　　测试机构由计科1703与计科1704果蔬食客项目组的部分开发人员组成，负责开发各子系统的人员同时负责测试该部分主要功能。

　　其中，王愿责登录注册子系统的测试，周凌、李思作负责数据库信息管理的测试，廖子逸负责用户使用子系统的测试。张赵玥负责最后审查各组测试用例、统一意见与建议后，整合到文档中。

　　每个测试用例会测试子系统中不同模块的不同功能，会有正确的输入与错误的输入。

　　4.3.1模拟用户注册账号并使用新帐号进行登记，开始浏览各个网页，最后进入讨论室的操作。

　　硬件条件：有可以正常工作的键盘与鼠标，可以进行标准输入输出，因为本系统对硬件要求不高。

　　人员条件：要求所有参与需求分析、开发设计的组员都加入，分别对各小组负责的子系统进行测试。

　　[1]窦万峰.软件工程方法与实践[M].北京：机械工业出版社，2018.

　　包括质量准则，如错误率、效率、可靠性等，以及覆盖准则，如用例的覆盖度等。

　　用户登录接口出错概率0.1%，出错后要及时处理，包括数据库技术和接口的提示；管理员基本信息的检测出错率0.1%。

　　用户昵称重复时通过率低于0.1%，使用时版块崩溃率低于0.01%，出错后要及时处理，包括数据库技术和接口的提示。

　　用户名超过二十位或者密码超过四十位，虽然显示登陆成功。但是输入的账号密码并未存储至数据库，报出异常，所以并未注册成功。

　　管理员通过后台cmd或者mysql的workbench进行增删用户，更改密码。

　　软件集成测试文文件制定集成测试的过程与策略、测试需求、测试工具等，具体如下。

　　本文档用于描述果蔬食客集成测试所要遵循的规范以及确定测试方法、测试环境、测试用例的编写和测试整体进度的计划安排、人力资源安排等。

　　[1]窦万峰.软件工程方法与实践[M].北京：机械工业出版社，2018.

　　基本软件已经完成，而且在之前的单元测试中，各部分子系统都通过了，且无致命性问题，在各部分连接完成之后，可以进入系统的集成测试。

　　致命和严重级别的缺陷清除率达到100%，致命和严重级别的缺陷修复率达到100%，一般缺陷的修复率达到80%且遗留缺陷数小于2个。而且，每次系统测试发现的缺陷数量呈现收敛趋势。

　　各子系统间可以完成基本的信息交互，而且在某些功能的互动上可以达到良好的水平。

　　各子系统间无法完成基本信息交互，或是子系统间完成信息交互的测试过程中，错误率超过20%，均会视为失败。

　　每次测试员在测试环境通过的条件下，收到测试模块列表且检验过测试样例的合理性后，可以开始测试。

　　测试案例全部执行完毕，而且大部分输出符合输入，整体出错率在预期范围之内，测试结果证明系统符合需求，遗留的问题在质量标准允许范围之内，即可结束测试。

　　当被测模块出现致命性错误，如插入数据不成功反而导致整个系统崩溃，让测试案例无法继续执行。此时，测试工作需要被暂停，将整个系统分为几个非关联模块，在各个非关联模块中完成相关测试排错，当各自的模块调试成功后，方能再启动测试。

　　该测试需求影视信息管理系统已大体完成，其各部分子系统已经可以完成需求设计时的相应功能，且在预先的单元测试中已可以实现初步联动。

　　3.硬件资源不足：解决方案：事先分析测试所需硬件资源，及时申请，保证测试工作顺利进行。

　　4.质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对；解决方案：小组讨论尽力统一标准。

　　1、对核心系统中的每个模块进行单独、充分的测试，必要时使用驱动模块和桩模块。

　　2、对于核心系统中的所有子系统，将其一次性集合到被测系统中，解决集成中出现的各种问题。

　　3、按照各外围软件部件的重要程度以及模块间的相互制约关系，拟定外围软件部件集成到核心系统中的顺序方案。经评审过后，即可进行外围软件的集成。

　　5、按顺序不断加入外围软件部件，排除外围软件部件集成中出现的问题，形成最终的系统。

　　1、对核心系统中的每个模块进行单独、充分的测试，必要时使用驱动模块和桩模块。

　　2、对于核心系统中的所有子系统，将其一次性集合到被测系统中，解决集成中出现的各种问题。

　　3、按照各外围软件部件的重要程度以及模块间的相互制约关系，拟定外围软件部件集成到核心系统中的顺序方案。经评审过后，即可进行外围软件的集成。

　　5、按顺序不断加入外围软件部件，排除外围软件部件集成中出现的问题，形成最终的系统。

　　测试策略提供了对以上测试对象实施测试的方法。对每一个工作版本将进行以下3种类型的测试：

　　顺序一般是深度优先，自下而上，自上而下等。深度优先即为关键（主控路径上的）业务流程涉及的模块先集成在一起，然后再集成辅助业务模块。自下而上：即已实现的较低层的功能优先集成，然后逐层上升，形成整个系统；自上而下：即事先存在一个稳定的架构，不断地向下细化，最后实现所有具体的功能细节。

　　此处描述集成测试的类型，一般有以下4种:功能测试、接口测试、容错测试和回归测试。

　　3、用户使用功能：预期结果：当点击想要的网页后可以进行跳转到想要打开的网页上。

　　4、用户聊天功能：预期结果：当点击聊天按钮后即可进行私聊，群聊，发档等操作。