小组成员:王中飞、刘瑞、许保保、邹冬梅、陈志伟
- Discuss your test plan
我们项目基于Android开发所写成的一款简单的密码管理APP。我们选择这个项目的原因是，现在手机软件越来越多，每种软件都需要注册账户和密码，而密码如果都设置相同的话就会不太安全，但是设置不同的密码会大大增加我们的记忆量，而且长时间过后很有可能会忘记，所以就有了这款软件的必要性。这款软件主要用的语言还是Java语言，Java是现在流行的开发语言，也是我们学习的一种语言，所以运用Java语言。
- Do we need to test until our software is PERFECT?
需要，测试是为了尽可能多的发现缺陷，比如功能的错误，性能低下，用户体验。
可以进行白盒测试：看得见的程序内部结构，测试源程序的逻辑结构和实现细节。白盒测试必须由开发人员独立执行
黑盒测试：看不见的程序内部结构，按照规格来测试程序是否符合要求。黑盒测试必须由独立测试小组执行，因为开发人员难以做到客观公正。
主要发现以下问题：是否有不正确或遗漏了的功能；在接口上，能否正确的接收输入，能否输出正确的结果； ·是否有数据结构错误或外部信息访问错误；性能上是 否能够满足要求；是否有初始化或终止性错误； 黑盒测试需要在所有可能的输入条件和输出条件中确定测试数据，以检查程序是否都能产生正确的输出；有时测试数 据量太大，是不现实的。
如：测试一个模块时，白盒测试：要对所有代码进行单步跟踪测试，关注的是程序的内部细节。黑盒测试：只需测试模块的接口是否要求，关注的是程序的外部实 现。
- What is “good enough” for testing？
1、要充分考虑测试计划的实用性，即，测试计划与实际之间的接近程度和可操作性。
2、要坚持“5W1H”的原则，明确测试内容与过程。
明确测试的范围和内容（WHAT）；
明确测试的目的（WHY）；
明确测试的开始和结束日期（WHEN）；
明确给出测试文档和软件册存放位置（WHERE）；
明确测试人员的任务分配（WHO）；
明确指出测试的方法和测试工具（HOW）。
3、采用评审和更新机制，确保测试计划满足实际需求。
因为软件项目是一个渐进的过程，中间不可避免地会发生需求变化，为满足需求变化，测试计划也需要及时地进行变更。
之所以采取相应的评审制度，就是要对测试计划的完整性、正确性、可行性进行评估，以保证测试的质量。
4、测试策略要作为测试的重点进行描述。
测试策略是测试计划中的重要组成部分，测试计划是从宏观上说明一个项目的测试需求、测试方法、测试人员安排等因素，
打个不太恰当的比喻，你可以认为测试计划就是测试工作的预期输出，而测试执行是测试工作的实际输出，在预期输出！=实际输出
至于测试用例工作，我认为我们首先要明确测试用例在整个测试工作中的地位及其作用。个人认为，测试用例在整个测试工作中的
地位和作用主要体现在以下几个方面：
1、测试用例是测试执行的实体，是测试方法、测试质量、测试覆盖率的重要依据和表现形式；
2、测试用例是团队内部交流以及交叉测试的依据；
3、在回归测试中，测试用例的存在可以大大的降低测试的工作量，从而提高测试的工作效率；
4、测试用例便于测试工作的跟踪管理，包括测试执行的进度跟踪，测试质量的跟踪，以及测试人员的工作量的跟踪和考核；
5、在测试工作开展前完成测试用例的编写，可以避免测试工作开展的盲目性；
6、测试用例是说服用户相信产品质量的最佳依据，同时也可以提供给客户作为项目验收的依据。
当我们认识到测试用例在政工测试工作中的地位及其作用之后，相信大家都已经认识到了测试用例对测试工作的重要性和必要性，
1、做好测试人员的项目培训（主要指对需求分析、软件设计、测试计划的认知程度）工作。要想发挥团队中每一个成员的所有能力，最好的办法就是让他们每一个人都清楚这个项目中的所有细节，以及自己要在这个项目中所承担的责任。
2、尽可能的利用以往其他项目的测试用例；并将该项目中类似模块进行归类，按类编写测试用例，再根据每个模块的特点进行修改，要充分利用测试用例的可重用性。
3、在时间资源紧张的情况下，可以按照测试的关键路径编写测试用例，针对关键路径的测试用例一定要详尽，其他边缘模块的测试用例可以考虑仅通过性测试（既仅证真测试）。
4、采用针对测试用例的模块化编写。个人建议将测试用例和测试数据分开，测试用例中的操作步骤应主要体现于业务流程的检验，而测试数据主要体现于针对系统的数据处理结果的检验。考虑到软件项目的需求变更问题，建议将这两项分开，通过测试用例编号进行关联，以应对需求变化造成的测试用例的修改，从而减少测试用例的修改量，缩短项目周期，提高工作效率。