我正试图对我们内部软件开发过程实施一套建材和功能测试包。 我的主要目标是实施一种全球/标准记录(类似于参考here)和一种增减器,即所有模块都将从自己的观点组合中加以使用(即,建筑标识和树冠与试验套案和树脂不同)。
是否应在一揽子计划中的<代码>_init__py中做到这一点? 是否有其他办法实现这一目标? 我尚未看到对<代码>_init__py的真正需要是什么? 也许,这回答了我自己的问题?
我已经撰写了无数的漫画单元和其他材料,但从来没有包裹/图书馆。 这一概念似乎给我带来了新的可能性,例如使这些进程标准化。
概括地说,我为这些一揽子计划制定的目标如下:
1) 消除通过/编制冗长的论据清单和/或进入系统环境的必要性。
b) 消除过去从各种测试和文字制作中看到的大量产出。
3) 提供易于使用的自我记录包。 关于一揽子文件的任何建议都将非常有用,而且:
这将使这些包裹的使用者能够:
1) 容易获得一套标准的论点。 例如,一揽子计划中的每个单元(按优先顺序)将指挥线论点与标准旗挂钩,装上公交档案,或使用违约数值。
b) 通常会以标准方式放行器、警告和去除。
3.) As these test/build modules are passed around, this will ultimately enable "users" (i.e. someone who did not write the module) to run it in a universal way.
我相信,我正在寻求一些真正的“常设”执行建议,因为各种选择和可能性似乎都很大。 提前感谢。