如何通过设计挖掘测试用例 测试用例设计
根据目前做的测试项目想总结一些如何对非业务行的项目做测试分析的方式，前几天在对公司培训是也提到了如何根据设计去挖掘测试用例，针对那些非业务行的项目是很有必要去思考和研究的，那么什么是非业务行系统呢?其实也不准确，是否应该叫非支持商业业务的系统，其实就是区分那些针对银行，保险，证券，电信等这些和行业邦定非常严的业务系统，他们应该是提供给业务支持的封装了底层的操作，有点类似中间件战役台支持系统。举个例子散播式文件系统，它是在技术实现上提供给其他应用系统的一个技术支持系统。 那么这一类，如果让开发人员去写需求说明书，大概就是一个简单的几句话，或有的开发人员也会说我们这集系统没有需求后需求很简单。没有错从业务功能上来说没有什么更多的描述，但是它从架构和设计的角度来说可以就会有很多的东东了。
因此我们在这里要介绍如何对这一类的系统来挖掘测试点或组织测试用例，那就是我前面提到的如何从设计类挖掘测试用例(也就是发现测试点)：首先我们必须清楚这个设计框架，该系统似乎如何架构的，如何应用在其他系统中的，对外供给一个什么接口。 架构如何分层，每层如何技术实现的， 学习架构的过程是对整个系统的设计了解过程打基础。 学习框架的方式应该是自学和开发培训相结合，学习的过程就是要了解如何此的架构有什么好处，可以解决什么样的问题。
第二步就是去分析设计，要找出并区主要模块，扩张模块，底层模块，第三方模块。然后再找出模块间调用和依赖关系。最后分析具体模块功能实现所用的技术。 抽象的描述就是找出点和线。线就是子模块或子系统间如何通信如何相互管理，相互调用的，点就是模块自己功能，或是如何数据解决，如何在和其他模块通信后获取数据或信息后如何进行解决。 线和点都有可以是性能镇定。看如何分析它了。
举个类例子，一个散播式文件系统，它供给了三类模块，对外的客户端模块提供给第三方调用，数据服务模块供给磁盘存储数据和管理数据块服务，主业务模块他供给了所有文件信息的管理，负责分解数据块和管理数据块存放位置的算法。笼统的说我们找到了三个点，如何去找线呢，可以猜到，这三个模块之间一定是相互通信。 去三模块里去找吧，一定会有关联的功能函数或关联类。
找出点和线了，剩下就是要分析线的逻辑，点的逻辑 最好能画出了时序图出来，更能资助找测试点。 直到现在我们总结一下，其实就是在解剖设计，找出关键器官和联系的几条大血管或神经。 从功能测试角度来说，这样的分析我们已经可以抵达了掩饰其所有完胜利用逻辑的宗旨。 那么如何去分析它可以的性能测试点呢? 那么又要回到对照宏观的点和线了，那个点解决的数据最多，那根线运送的东西最多。 这就是我们要关心的镇定。 点线结合就可找出一些性能测的场景了。
上面就是根据目前做的项目得来一点点总结。记录下来，欢迎深入探讨。对了还有就是测试这类项目，我们要清楚不是测试他的代码，这些类项宗旨开发多事有多年阅历的，所以如果你把肉体放在找他的代码上的伙伴，对照糟践时间，不是不测试代码，把这类代码检测交给工具把。我们要做的是什么呢，是测试他是用的某一类技术，比喻内存共享，socket编程，多线程实现，应用的HA技术是否准确，这类技术可以的稀有问题，是否实现了功能需要等等。
文章来源于领测软件测试网 https://www.ltesting.net/