这里有一些工作技巧，从编写代码和工作任务清单到工作自动化，可以使帮助测试工程师成为更好的测试开发工程师。
伪代码
在将解决方案实际转换为代码之前，请养成写出「伪代码」的习惯。手工编写还可以帮助将代码编写更有计划性。如果写出所需的函数和类以及它们之间的交互方式，则可以节省大量时间。尽管会消耗一些时间，但这个习惯张让使您成为一个从根本上来说更优秀的测试开发人员。
任务清单
项目实施过程时，将较大的任务拆分为较小和更清晰的任务（这是单独的逻辑单元并且可以单独进行测试）是非常有用的的。列出此类可完成的小任务，并在完成任务后对其标注。这也会给工作带来动力，并激励项目进度不断向前。清单可以在标签纸、燃尽图中，也可以在任何软件中。
版本控制
通过创建调试、测试、上线分支并设置适当的访问策略来遵循适当的版本控制策略。每当开始编码时，请确保提取最新版本的代码库，然后再启动编码工作。在逻辑部分或功能完成后，继续「提交/推送」代码。不要长时间保持代码库处于未提交状态。始终在本地计算机上测试代码，然后再将其提交给代码仓库中。无论更改有多小，在推送代码时都应养成检查已修改文件的差异的习惯，这将有助于跟踪代码的更改，并避免不必要的错误。
代码重构
代码重构是更改源代码而不修改其功能行为的过程，目的是通过减少代码的复杂性以及提高代码的可扩展性来提高代码的可读性和可维护性。无法执行重构可能导致技术债务积累，这个坑肯定会在某个的时间填上。在这种情况下，没有人愿意花精力去填别人坑。大多数开发人员经常回避接触已经使用了很长时间的代码。当需要增强现有功能时会出现问题，他们才会翻看代码，了解其中的逻辑以及实现细节。
代码注释
在代码中留下注释，用来说明做出某些选择的原因。这将为将来的学习者提供帮助，因为并非所有人都知道写作者为什么以特定方式编写代码。不要留下解释明显的编码行为的注释，因为它们明显是多余的，可以通过编码规范：例如「变量名称」、「类名」、「方法名」等规范来达到这个目的。正确的代码注释将改善代码库的可维护性。
解决方案
并非每一个遇到的所有问题都有显而易见、约定成俗的解决方案。通过网络搜索功能，可能有「N」个开发人员遇到了相同问题，并且他们也找到了解决方案。因此，不要花费太多时间独自实现解决方案。许多开发人员对使用搜索功能是IT工作的一部分的认识不足。寻求技术上解决方案的捷径就是参考别人的解决方案。
变化
「唯一不变的就变化」 虽然测试开发的框架更迭不如开发那样频繁，但总归是IT行业，不断更新迭代才是生存之道。
重要的是要跟踪外界的情况，尤其是关于自己的工作范围。互联网上没有一个单一的信息源可以提供所有信息，您需要花费精力去发现那些“金矿”。在社交媒体平台上关注网络技术，自动化测试等领域的思想前沿。还可以加入社区/讨论组。
- Selenium 4.0 Alpha更新日志
- Selenium 4.0 Alpha更新实践
- JUnit 5和Selenium基础（一）
- JUnit 5和Selenium基础（二）
- JUnit 5和Selenium基础（三）
BUG是不可避免
在做「黑盒测试」时，总是不明白为什么开发总会写出那么多BUG？直到我自己写了项目：这些年，我写过的BUG（一）。
我们经常会在我们开发的功能中发现很多「BUG」，这意味着大多数时候编程都在写「BUG」。如果编程的目的是：所有程序的功能都是完整的，并且没有任何「BUG」，那么工作几乎就是根本不可能完成。
我们开始编写代码，就意味着要么没有功能欠缺，要么我们的软件有「BUG」。因此，在某些方面，总是以程序员身份干到失败。这是一种怪异的思维方式，但是必须在事情还不完美且不起作用的情况下保持良好状态，这实际上是我们的工作。
编程是一个长期的过程，在过程中，将始终面临新的障碍。养成记录犯下的错误的习惯，这样您就不会犯同样的错误。
工作自动化
除了测试工作以外，测试开发工程师经常会经常执行一些任务。就像运行一组命令或执行某些活动一样，这涉及到多个应用程序/程序/屏幕之间进行切换，这会占用一部分时间。建议通过脚本或简单的程序（可通过单击或命令运行）以某种方式将这些花费时间的日常活动转换为自动化运行。这将节省您的时间，可以专注于更有创造性的工作，而不必担心每天陷入搬砖陷阱中。
