小编Tro*_*eun的帖子

那些使用Pex的人,您认为Pex作为工具的优点和缺点是什么？

另外,作为 TDD /单元测试的补充,您认为"自动化探索性测试"的优缺点是什么？

对于那些熟悉Gallio的人来说,使用这个工具,即所谓的测试自动化平台,您遇到了哪些优点和缺点？

我正在尝试确定如何使用Visual Studio 2008打开/编辑现有SQL Server Reporting Services(SSRS)2005报表项目(.rptproj)和报表(.rdl),而无需安装SQL Business Intelligence Development Studio(BIDS)2005 .

技术债务来自Martin Fowler,来自Steve McConnell

YAGNI(你不会需要它)通过维基百科

BDUF(Big Design Up Front)通过维基百科

更新:为了澄清这个问题,我想我也可以这样陈述并保留我的意思:

"作为敏捷实践者,你以什么方式在每次迭代中找到"快速和肮脏"(无意中冒着技术债务,同时试图遵守YAGNI)和过度工程(BDUF)之间的平衡？"

您何时针对内存数据库与开发数据库进行测试？

另外,作为一个相关的问题,当您使用开发数据库时,您是使用个人开发数据库,​​集成开发数据库还是两者兼而有之？

还有++,对于单元测试,你什么时候使用内存数据库而不是模拟你的Repository/DAL等？

可能重复:
您何时使用"this"关键字？
在C#中使用'this'关键字的最佳做法

我有一个关于this关键字的样式问题.为了清楚起见,在自引用类中的自动实现属性或方法时是否使用此方法？

例如,在构造函数中,您是否将参数分配编写为:

public class Foo
{
    public string FooProperty { get; set; }
    public Foo(string fooProperty)
    {
        this.FooProperty = fooProperty;
    }
    ...
}

或者:

public class Foo
{
    public string FooProperty { get; set; }
    public Foo(string fooProperty)
    {
        FooProperty = fooProperty;
    }
    ...
}

更新:我从开发的角度提出这个问题,但是为了说明,一个令人想到的非开发性的例子是,如果花费10,000美元来保持99%的正常运行时间,那么它理论上可能花费100,000美元保持99.9%的利率,可能保持1,000,000美元,保持99.99%的利率.

有点像接近0的微积分,当我们接近100%时,成本会呈指数增长.因此,作为开发人员或项目经理,考虑到时间和金额限制,您在哪里确定交付项"足够好",例如:您是否获得了99%,99.9%,99.99%的良好投资回报率？

我正在使用非开发示例,因为我不确定开发的可靠指标.也许在上面的示例中,"正常运行时间"可以替换为"功能点到缺陷率",或者一些合理的错误测量率与代码的复杂性.我也欢迎有关软件开发生命周期所有阶段的意见.

保持经典的Project Triangle约束(质量与速度与成本).我们假设客户希望在原始预算的基础上提供最佳质量.