“豆瓣酱”的测试之旅
一个合格的软件在上线之前当然要经过严格的测试
以前的课程在测试方面很少有涉及，大家对于如何合理科学的测试都拿不定主意
这篇博客我们谈谈我们自己的一些浅显的看法
1. code review
每个人都不是神，谁写的代码都有不少bug，而且自己还很难发现，这就需要我们进行code review。自己写的代码很难发现错误，这时候让另一个同学来看看，往往能够很快的发现问题，而这些问题通常都是很细小的错误，但却是致命的。
2. 单元测试
单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。比如说我们的一个函数是讲某种时间的表示方式转换成另一种表示，我们就要保证在任何合理输入的前提下，产生正确的输出。
3. 接口的测试
我们在开发之前先把整个软件分成了若干个模块，不同的同学有不同的模块，模块之间通过接口来通信，这就要保证两个模块之间的通信是准确无误的，才能让不同的模块粘合在一起，共同工作。比如说搜索列表的一项，点击之后应该跳转到对应项的detail页面，传递的参数是id，类型为string。
4. 功能性的测试
必须保证我们能够实现我们承诺了的功能，对于用户来说这是基本的要求。这方面我们自己就可以测试，没事的时候玩一玩，看看会不会出什么问题。
5. 异常情况的处理
软件并不是总是按照我们心中期望的那样运行，它总是会遇到各种各样的异常情况，我们要能够handle住。比如说如果网络出现异常怎么办？不能够让用户傻等着，应该提示用户网络出现了问题，而不是豆瓣酱出现了问题。
6. 易用性测试(交互)
我们的软件需要简单好用，不需要用户拿着说明书来学习如何使用。理想的情况是我们的设计符合用户的使用习惯，是用户很轻松的可以使用我们的软件，所以我们的软件不是功能越多越好，好用并且能够解决用户问题的软件才是用户需要的。这方面，我们需要找到真实的用户，看看他们在初次接触我们的软件时的使用情况，看看他们是否能够流畅的完成自己的任务。
7. 压力测试
这方面我们不太需要，因为我们没有自己的sever，我们直接从豆瓣的api获取数据。
