简化测试工作

最近被安排负责公司的一个小的内部项目的测试。以前虽然在项目中对测试有一定的体会，但从来没有过真正操作一个测试的全过程。同时，这次的两个测试人员以前也是做开发的，没有过正式的测试过程方面的经验。为此，我们也请了一位测试部门的Leader给我们做指导。
我们遇到的头一个问题就是，如果按照标准的测试流程，我们测试准备和测试执行的工作量非常大，几乎不可完成，所以，我们对测试过程的一些活动进行了简化：
一、对测试设计的简化。我们对测试设计的理解为：a.测试设计主要起到帮助测试人员思搞产品的结构，思考和发现测试点，并把这些测试人员理解的内容表达出来，便于其他人员帮助发现错误。
所以，我么的测试设计文档没有严格地按照测试设计模版完成，只需要画出测试对象的关系图和每个测试对象功能点的测试点。对象关系图表达了测试人员对系统的理解；测试点列出了测试关注点。开发人员、测试经理根据这些信息可以判断测试人员对系统的理解，并对补充测试建议。另外，后面的用例开发，也可以以测试点为依据，进行用例开发。
另外，关于页面相关的测试点，不在每个地方体现，而以统一的规则处理。
二、对测试用例的简化。我们对测试用例的理解为：测试用例列出了所有需要做的测试执行工作，防止测试人员执行过程中遗漏一些用例，同时也能看出测试执行的工作量。
由于本项目为“原型级”项目，对质量要求不是很严格，测试的重点在于保证功能的正常。虽然需求中，都是一些“增删查改”的功能，但实际上重点在于保证“增删查改”后，功能的正常运行。所以，我们用“使用场景”列表来列出使用这些“增删查改”元素的场景，把这些场景作为测试重点。实际上，在测试这些“使用场景”的过程中，已经会覆盖到大部分的“增删查改”的验证。
对未覆盖到的部分，我们再开发了部分测试用例，来验证一些“增删查改”之外的一些功能点。
另外，界面测试虽然不是重点，但我们还是需要测试。这部分没有写用例，而是用“界面列表”的方式，列出每个界面的所有字段属性，比如类型、最大值、唯一性、可编辑等，用于指导后面的测试执行工作。
总之，我们希望用例列表能维护我们测试执行的所有工作。具体用例写的详细程度，根据大家对系统的理解情况可以适当放松一点要求，以节约测试准备的时间。