提高面试代码质量的三要素

• 首先要考虑的普通功能测试的测试用例。应聘者首先要保证写出的代码能够完成面试官要求的基本功能。比如面试题要求完成的功能是把字符串转换成整数，应聘者就可以考虑输入字符串“123”来测试自己写的代码。这里要把零、正数(比如123)和负数(比如-123)都考虑进去。

考虑功能测试时，应聘者要尽量突破常规思维的限制，避免忽视某些隐含的功能需求。比如“打印从1到最大的n位数”，很多人觉得很简单。最大的3位数是999、最大的4位数是9999。这些数字很容易就能算出来。但最大的n位数都能用int型表示吗超出int的范围可以考虑long long类型。超出long long能够表示的范围呢官是不是要求考虑任意大的数字面试官确认题目要求的是任意大的数字，那么这个题目就是一个大数问题。此时需要特殊的数据结构来表示数字，比如用字符串或者数组来表示大的数字，才能确保不会溢出。

• 其次需要考虑各种边界值的测试用例。很多代码都包含有循环或者递归。如果代码是基于循环，那么结束循环的边界条件是否正确循环的代码要特别注意开区间和闭区间的使用(也就是区分与>=)。如果代码是基于递归，递归终止的边界值是否正确都是边界测试时要考虑的用例。还是以字符串转换成整数的问题为例，应聘者写出的代码应该确保能够正确转换最大的正整数和最小的负整数。

• 再次还需要考虑各种可能的错误的输入，也就是负面测试的测试用例。应聘者写出的函数除了要顺利地完成要求的功能之外，当输入不符合要求时，面试官还希望他能做出合理的错误处理。在设计把字符串转换成整数的函数时，应聘者就要考虑当输入的字符串不是一个数字，比如“1a2b3c”，怎么告诉函数的调用者这个输入是非法的。

前面讨论的都是要全面考虑当前需求对应的各种可能输入。在软件开发过程中，永远不变的就是需求会一直改变。如果应聘者在面试时写出的代码能够把将来需求可能的变化都考虑进去，在需求发生变化时能够尽量减少代码改动的风险，那他就向面试官展示了自己对程序可扩展性和可维护性的理解，必定能得到面试官的青睐。如果应聘者在解答面试题“调整数组顺序使奇数位于偶数前面”时能够考虑可扩展性，他写出的代码不仅仅只是解决调整奇数和偶数的问题，还能考虑到把调整数字顺序的功能和判断一个数字是奇数还是偶数的功能解耦。这样当今后需求功能扩展要求解决类似的问题，比如调整负数和非负数的顺序、调整能被3整除的数字和不能被3整除的数字的顺序，只需要添加很少的代码都能做到，于是提高了代码的可扩展性和可维护性。 三种错误处理的方法 通常有三种方式把错误信息传递给函数调用者。

• 函数用返回值来告知调用者是否出错。比如很多Windows的API就是这个类型。Windows中很多API的返回值为0表示API调用成功，而返回值不为0表示在API调用的过程中出错了。微软为不同的非零返回值定义了不同的意义，调用者可以根据这些返回值判断出错的原因。这种方式最大的问题是使用不便，因为函数不能直接把计算结果通过返回值直接赋值给其他变量，同时也不能把这个函数计算的结果直接作为参数传递给其他函数。

• 当发生错误时设置一个全局变量。此时可以在返回值中传递计算结果了。这种方法比第一种方法使用起来更加方便，因为调用者可以直接把返回值赋值给其他变量或者作为参数传递给其他函数。Windows的很多API运行出错之后，也会设置一个全局变量。函数调用者可以通过调用函数GetLastError分析这个表示错误的全局变量从而得知出错的原因。但这个方法有个问题：调用者很容易就会忘记去检查全局变量，因此在调用出错时忘记做相应的错误处理，从而留下安全隐患。

• 异常。当函数运行出错时，程序就抛出一个异常。程序员可以根据不同的出错原因定义不同的异常类型。因此函数的调用者可以根据异常的类型就能知道出错的原因，从而可以做相应的处理。另外，由于显式划分了程序正常运行的代码块(try模块)和处理异常的代码块(catch模块)，代码的逻辑比较清晰。异常在高级语言如C#中是强烈推荐的错误处理方式，但有些早期的语言比如C语言还不支持异常。另外，当抛出异常时，程序的执行会打乱正常的顺序，对程序的性能有很大的影响。