我曾在许多不同规模的公司工作过,在许多不同的环境中,我们可以互换使用术语,测试术语、开发术语和流程类型在某个地方或另一个地方已经超载。从验收、功能到单元测试的测试类型我已经看到在不同的公司中以多种方式使用,我坚持使用一些我可能不应该使用的测试类型,而其他一些当我听到它们时我试图立即改变它们。这很艰难,有时团体会抵制,在某些地方我不得不放弃,因为这是一场艰苦的战斗。我所做的是尝试以下操作:
- 术语词典,文档或 wiki 的 - 可以很容易地指导人们了解术语的含义,并且您可以使用 wiki 链接源
- 集体思考 - 让每个人聚在一起并尝试制定定义 - 不适用于大型团体,但经常会进行有趣的对话
- 讨论线程 - 如果您在公司中有讨论论坛,它可以替代 wiki,并让每个人都有机会添加他们的评论
- 与该术语的创始人交谈 - 尝试了解其起源并查看其是否有效,或者可能在源头上进行更改
我在其他 QA 论坛上也看到过这种情况,新人会遇到他们不理解的术语并质疑更广泛的社区。术语是主观的,并且通常也是本地化的,但我相信如何处理这些术语的策略相当普遍。