其他
Unity中的单元测试和错误追踪
在游戏开发过程中，Bug的出现是无法避免的。解决Bug的重要前提是及时发现Bug，准确定位Bug。Unity提供了两个优秀的工具来帮助大家完成“杀虫”工作。
在开发过程中，一个Bug被发现的越早，其修复的可能性越高，而修复成本则越低。为了尽早发现问题，避免Bug积累重叠，单元测试就显得尤为重要。
单元测试可以针对特定功能模块进行持续的检测，帮助开发人员尽早发现问题，及时修正。在Unity编辑器中集成了单元测试模块。该模块源自著名的开源工程NUnit，与Unity引擎结合后，可以方便的完成日常开发中的单元测试功能。下面来介绍一下如何使用这个功能。
首先要建立测试用例。测试用例的脚本需要放到Editor 目录下：
在测试用例脚本中引入名字空间NUnit.Framework：
测试用例函数需要一个[Test]属性来标识：
测试用例函数中通过Assert类下面的一系列函数，进行断言测试：
写好全部测试用例后，打开Unity Editor的Windows->Editor Tests Runner，在Editor Tests窗口中我们可以看到测试工具按钮和刚刚写的一系列测试用例：
上面一栏中包含按钮：Run All，Run Selected和Run Failed
- Run All：运行全部测试用例
- Run Selected：运行当前选择的测试用例
- Rerun Failed：重新运行全部失败的测试用例
右侧的四个图标则分别表示：
- 成功的测试用例数
- 失败的测试用例数 - 被忽略的测试用例数- 尚未运行过的测试用例数
下方的树状结构表示具体测试用例当前的状态。
同时Editor Tests提供headless的运行模式，可以很好的与CI&CD等自动化流水线配合。
Unity提供的另外一个工具是Game Performance Reporting（GPR）性能报告。这是一个用来做运行时错误追踪的系统。目前市面上也有很多运行时错误追踪系统，但很多在和Unity引擎结合使用中效果并不理想。主要表现在，追踪到的代码可读性差，错误追踪不准确，定位错误等等。结果造成了开发者看到很多错误报告上来，然而并不能解决的尴尬局面。做为Unity原生解决方案，Game Performance Reporting性能报告系统完美解决了这个问题。下面来简单介绍一下这个系统。
首先改系统整合简单。Game Performance Reporting性能报告继承了Unity一贯的使用简单的风格，在Unity5.4之前的Unity版本（目前仅支持Unity5.x系统），开发者需要去Unity官网下载一个UnityPackage并导入工程。然后在游戏启动时的某个脚本上加上一句代码：
CrashReporting.Init("<Project Id>");
其中Project ID是在Unity官网上生成的唯一ID。
在Unity5.4版本中，Game Performance Reporting系统直接被整合到了编辑器中。开发者只需要在Services窗口中将Performance Reporting的开关打开即可：
当游戏在运行时（测试期或者上线后）出现异常的时候，通过登录Unity开发者页面的Unity Online Services 就可以查看到异常的信息。
堆栈部分，在信息后台是可以看到清晰的异常定位的。这样可以快速的帮助开发者定位到问题所在：
同时Game Performance Reporting提供异常的基本数据统计，包括异常出现的设备，异常出现的时间点，影响到的客户数量以及影响到的版本等等：
通过以上两个工具，在开发期和运行时，开发者都可以很好的管理游戏的Bug数量，评估工程的质量，及时发现和修改问题，从而提供更好的游戏体验给广大玩家。
想了解更多关于Editor Tests Runner单元测试工具和Game Performance Reporting性能报告的信息，请点击［阅读原文］进入Unity官方中文社区！
更多Unity相关的技术内容，尽在Unity官方中文社区（forum.china.unity3d.com），请保持关注！