# 问题详述
刷算法的时候，我们是不是可以只是设计出算法，不写测试用例，直接用别人的数据集去测试就行了？换句话说，我们有没有必要自己写测试用例？
# 个人看法
有，十分必要。
# 测试用例可以促进工程化思想
大一的时候，学校只是传授了编程的方法。而我们的课程作业是一个大程序，由很多小程序组成。由于我小程序设计的有瑕疵，导致大程序不仅难以整合这些小程序，而且错误百出。
从那个时候起，我开始思考我错误的原因。慢慢的，发现一些问题，比如程序设计的参数不好，程序之间关联的太紧密，运行大程序之前没有检查小程序。慢慢的，我也在自己修正这些问题。
这些问题在我大三学了软件工程和软件测试之后豁然开朗。程序设计的参数不好，就是接口设计不当。程序之间关联的太紧密，就是耦合度太高。运行大程序之前没有检查小程序，就是没做单元测试。
所以，我学软件工程和软件测试的时候还是比较轻松的，别的同学就稍微不能理解了。
作为一名程序员，在编写一定量程序之后，会发现编写测试用例是一种很自然的想法。 因为我们的目标是：NO BUG！
# 测试用例可以检查你对问题的理解程度
很多人对问题都会有一种似是而非的理解：这个问题好像是这样，好像不是这样，先让我写写看。
这种含混的态度，其实不仅仅解决不好一个问题，还学不到东西。一般这种似是而非的理解的内容，往往是问题的关键。
举个例子，比如LeetCode第二题，AddTwoNumbers，这个题目就是大意是，把两个数字先逆序，再拆成两个链表，并让两个链表相加。比如304 + 512 = 816。这是一个很简单的题目，有一些程序员对于问题的理解也就到这里了。
其实坑有很多，即比如1 + 80这种不等长的链表相加你怎么处理，有如1 + 99 = 100这种结果比原来两个链表的情况你又怎么处理。
如果你亲自编写测试用例，你一定会考虑怎么设计测试用例，一定会想到这种情况。
甚至我推荐各位，测试用例先行，算法后设计。