性能测试应该由构建工具作为构建过程的一部分来检测,还是应该完全驻留在外部?如果在外面,那么他们应该住在部署管道的哪里?
目前,我看到性能测试被附加到集成测试生命周期阶段。虽然现在还好,但我知道这似乎不太正确,我很难找到一个实际的答案,我们应该在哪里附加和运行这些性能测试。
为了解决这个问题,我们可以假设一个使用Jenkins For CI和Maven作为构建工具的环境。我们也可以假设scrum。
编辑以消除一些混乱:我主要是想确保select查询是快速的,而不会出现错误的做法,如果有一个isLatest字段被认为是错误的做法,而该信息可以从其他存储的数据中派生出来。
我有一种情况,管理员创建一个“蓝图”,用户使用该蓝图的“实例”,但不能修改任何由管理员设置的数据。通常,会有许多选择查询,很少有针对蓝图的创建/更新查询。以下是我目前的设计:
Table BluePrintFromAdmin
Long id //PK
String someData
String moreData
...
Table InstanceForUser
Long id
我想知道,正如官方网站所说,铬和金丝雀的主要区别是什么,
Google Chrome Canary has the newest of the new Chrome features.
Be forewarned: it's designed for developers and early adopters,
and can sometimes break down completely.
那么,好的做法是什么呢?
1.我们能否信任金丝雀促进发展。
2.我们需要在金丝雀和Chrome上测试我们的应用程序吗?
3.什么时候该买金丝雀,什么时候该买铬。
因为CouchDb以json格式存储文档,并且在每次文档更改后对视图进行索引。如果可能的话,如果使用数字而不是字符串,我会获得更多的性能吗?
目前我使用的是
string type
string syncedToSQL
string epidemicFrom
string group
string year
string app
我能做的是:
number type
number syncedToSQL
string epidemicFrom --remains as string
number group
number year
number app
这些视图是使用group, year,