系统测试

做了两个项目，确切地说，对两个项目进行修修改改，写代码用了一些时间，测试用的时间更多。虽然在开始学程序时就懂得一个道理——系统不是测试出来的，是设计出来的，也从很多人那里得到了深刻的教训，如果设计时走了弯路，测试就得付出多倍的努力才能保证系统的正常运行。虽然这样，自己测试所花费的时间仍然特别多。
一直对正规测试不是很了解，自己进行测试总是针对功能以及功能联合，但每次运行系统，都会让我发现新的问题。今天和师父聊了一下，师父的话让我思路大开。
测试阶段：单元——集成——系统。
1.单元测试：
   将每个单元分成三部分：完成操作所需要有前提条件（前提1，前提2，前提3``````）、执行操作及执行完操作产生的结果。前提条件：每个前提是否都存在，如果某一个前提不存在，该如何操作；执行操作：执行操作所使用到的接口如果与前提条件搭配，是否能产生的结果，是否会外意外情况出现；结果：对于执行操作后产生的结果，它们的格式是否会变化，是否能按设计输出正确结果，如果不能输出正确结果，会对系统的哪些其它模块有一定的直接影响（比如突然断电等）。
2.集成测试：
   这个测试在系统中占用时间是最多的，每次拿到新数据，都会从头到尾跑一遍系统（当然，这也是由于系统的流程性所决定）。在每一次的测试过程中，都会发现新的问题。反问自己，为什么前面的数据能测试通过这一步？？？是否只有通过海量数据的测试才能使系统稳定性略为满意。但客观事实告诉我们这不可能。个人从集成测试中总结，单元测试一定要覆盖率高，否则可能一个数据一个结果。
3.系统测试：
   个人认为这部分除了结合集成测试外，还要考虑最终用户的使用情况：最初的设计界面是否能为最终用户所理解、界面的美化是否还有改进地方、程序运行的效率是否能进一步提高（跑完整个程序的时间是否能为最终用户所接受）、文档的清晰度。其实回看这些，感觉貌似都应该是设计人员所做的工作，但系统的设计往往不尽人意，所以我们需要后续弥补设计时的不足（着手的项目比较小，经常是边开发设计部分边修改，开发真的是心力交瘁，因为有一次深刻经历，地图的分类，甲方最初要求只按一个标准分，后改为四个标准——数据库改动特别大，之后领导不满意，又改为以前的一个标准分类，真的是哭笑不得）。
``````