主要负责移动端的 API 测试，保证 API 可以正常使用；同时参与到 iOS 的功能测试中。

1. 每天在生产环境使用脚本测试 API 是否正常（测试环境也在用）。当然这不科学..基本属于监控的范畴了吧。

2. 目前测试脚本的检查点就是 client 端使用的字段，判断这些字段是否是定义过的。

3. 没有 API 文档，我负责编写移动端的 API 文档。开发从春节后才开始提供简单地 API 文档（之前是外包做的，我们自己的开发也是看代码去研究 API）。

4. iOS 的功能测试，简单地性能测试也都是我需要做的。

5. 最后一点，也是最愁人，iOS 整体的代码质量很差，设计模式也很渣，但我不是很了解，对于开发也没有特别强的震慑力，只能通过 bug 来反映问题。设计模式上的问题清晰可见，但我没办法让开发去优化。

我的问题：

1. 针对 iOS 这个很烂的代码，有什么好的办法改善吗？我们现在准备引入单元测试，最终的目标是 TDD。

2. 针对 API 测试，以前基本没做过。API 的功能测试使用 postman 来执行，脚本使用 python 来编写。那么，脚本是否需要根据不同边界值等价类来设计呢。目前做的很初级，就是简单地 post/get 合法的请求，然后判断返回值的 xx 字段是否存在，是否是定义过的。

3. 做的事情很多很广，每个方面都了解，也都能说出来点什么，但是都不是很深入。我既做测试也做 QA，还做一些项目管理和沟通协调，发展方向略显困惑。