关于如何快速了解具有悠久历史的项目的建议

时间:2010-12-17 07:56:18

标签: testing document

我已经完成了SDET的工作。现在是我的增长期,我需要在一周内了解一个项目(越快越好)。

这个项目有很多历史,我需要阅读很多文档。 PM文档开发文档测试文档。我目前的目标如下:

1-了解项目的一般概念

2-了解不同项目模块之间的关系

3-了解for-ground UI和背景组件之间的交互。

目前,我认为我熟悉我们的应用作为我们项目的客户的工作流程。接下来是了解项目作为SDET underdes

文档太多,时间太少。任何人都可以给我一些关于如何迅速提升的意见吗?任何有关快速了解新项目的提示都将深表感谢!

谢谢,这很紧急......

2 个答案:

答案 0 :(得分:6)

答案 1 :(得分:1)

您的意思是SDET =测试中的软件设计工程师吗?

我会继续这样:

如果我已经知道作为客户的工作流程,我会尝试找到用例

的参与者
  • 进入的内容(即来自表格的输入,即客户的订单详情)
  • 其他系统的内容(即结算信息,信用卡验证)
  • gous out(表格,报告,版画的输出,即商店的目录数据)

  • 尝试找到可以响应的软件模块。

是否有针对这些的BDD或Integrations测试?

然后尝试找出这些用例的数据存储在哪里(即数据库中的表,其他系统的api)

  • 尝试找到可以响应的软件模块。

然后你可以尝试找到例子

  • 即在gui中输入一些订单详情
  • 尝试在数据库中查找数据。

这是一个cuminity维基:请随时更新。