浅谈：怎么提高测试用例覆盖度

看了很多文章，在测试过程中，我们如何可以使我们的用例更加完善呢，以前上学的时候就说几个大的方面，设计测试用例的时候要从功能性，兼容性，易用性，可靠性，性能，安全方面去设计用例
但是在实际的测试过程中，你会发现，这些面真的是太广了，也太大了，不知道该如何下手，今天咱们就来说一说，具体从哪些方面考虑可以使我们的测试用例设计的更完善些呢。
（尽量我们在测试开始之前能够让开发进行codediff测试，他的目的是：明确改动范围，补充测试范围，一般这个流程也是要贯穿整个测试流程的。）
一， 测试用例的模块设计，其实就是：测试模块的划分，我们通常都会把测试项目分化成几个模块来单独编写用例，常用的经典方法是瀑布模型，从上到下，逐渐细分，大模块包括小模块，小模块甚至包括更小的模块，另外还要从不同的角度把系统化成一块一块来进行测试，从而确保大项的完整性。说到这个不同角度指的就是，第一我们要注意需求里面明确标注的功能，第二要注意跟此次功能相关的模块有哪些，要考虑到该功能与其他功能的关联性，往往第二个是我们最容易忽略的，这个方面要求你必须对业务很熟悉才能想到。除了上面的具体有以下方面需要注意

1. 后台功能：
   常见的如一些定时任务的服务，这些定时任务在界面上是体现不出来的，需要测试人员根据对项目的了解程度进行挖掘。

2. 完整的业务流程测试
   我们都知道测试用例的设计是从点、线、面三个层次去考虑的。完整的一个功能项是线，其中的某个按钮是点，多个相关功能结合成完整业务流就是面。从实际来看这类用例往