相关疑难解决方法(0)

采用测试驱动设计我会失去什么？

仅列出否定数; 不列出以否定形式写的福利.

我的公司对我们的代码进行单元测试是相当新的.我已经阅读了一段时间关于TDD和单元测试的信息并且确信它们的价值.我试图让我们的团队相信TDD值得学习和改变我们的编程思路,但这是一场斗争.这让我想到了我的问题.

TDD社区中有很多人非常虔诚地写测试然后编写代码(我和他们一起),但对于一个正在与TDD斗争的团队来说,妥协仍然会带来额外的好处吗？

编写代码后,我可能成功让团队编写单元测试(可能是检查代码的要求),我的假设是编写单元测试仍然有价值.

将陷入困境的团队带入TDD的最佳方式是什么？如果失败的话,即使代码写完之后仍然值得编写单元测试吗？

编辑

我从这里得到的是,在编码过程中的某个地方开始进行单元测试非常重要.对于那些接受概念的团队成员,开始更多地转向TDD并首先进行测试.感谢大家的投入.

跟进

我们最近开始了一个新的小项目,并且团队的一小部分使用了TDD,其余的在代码之后编写了单元测试.在我们完成了项目的编码部分之后,那些编写单元测试代码后,他们惊讶地看到TDD编码器已经完成并且代码更加可靠.这是赢得怀疑论者的好方法.我们仍然有很多成长的痛苦,但意志之战似乎已经结束.感谢所有提供建议的人!

您认为哪种类型的测试应该是重点(对于测试人员/ QA),为什么？

维基百科的一组快速定义:

黑盒测试

• 从测试对象的外部透视图中获取测试用例.这些测试可以是功能性的或非功能性的,但通常是功能性的.测试设计者选择有效和无效的输入并确定正确的输出.不了解测试对象的内部结构.

白盒测试

• 使用系统的内部透视图来设计基于内部结构的测试用例.它需要编程技能来识别软件中的所有路径.测试人员选择测试用例输入来遍历代码并确定适当的输出.在电气硬件测试中,可以探测和测量电路中的每个节点; 一个例子是在线测试(ICT).

编辑:为了澄清一点,我意识到两者都很重要,但通常它们在开发和QA之间是分开的.

内部知识对测试人员/ QA很重要吗？我听说过用这些知识进行测试的论据使他们能够更好地测试问题,但我也听到过这样的论点,即这些知识可以分散功能需求并促进"测试代码"而不是预期的解决方案.

我是我(非常小)公司中唯一的开发人员,我即将开始为该公司开发一个中型ASP.NET Web应用程序.

我想弄清楚我是否应该学习测试驱动开发(TDD)并在此应用程序中实现它.

我需要很快开始开发我们的新应用程序,我担心测试.我已编程多年但从未进行任何单元测试.

我已经阅读了很多关于TDD的在线资源,但我不确定我是否会对它进行"足够好"的掌握以使其在应用程序中有效.

我有一个大约27k线的大型复杂应用程序.它本质上是一个规则驱动多线程处理引擎,没有给予太多它已经部分测试,因为它已经构建,某些组件.

我有问题,在事实之后进行单元测试的专业人员和合作伙伴是什么,可以说,在实施之后.很明显,传统的测试需要2-3个月的时间来测试每个方面,而这一切都需要工作,而且这个时间真的不可用.

我过去做了很多单元测试,但通常是桌面自动化或LOB应用程序,这些都非常简单.该应用程序本身是高度组件化的内部,真正的界面驱动.我还没决定使用什么特定的框架.任何意见,将不胜感激.

怎么说你.

我在一个一直在做传统瀑布式开发方法的团队工作多年.最近,我们被告知未来的项目将朝着敏捷(特别是Scrum)方法发展.事实上,我的项目将成为第一个项目之一,因此我们将在接下来的几个月内成为几内亚猪,以确定实现转型所需的条件.

该项目本身处于非常早期阶段,我们通常需要几个月的时间才能向测试团队发布任何内容,但现在我们将直接与他们合作.因此,我担心测试人员在这个阶段在这样一个项目中的作用.我有几个问题/疑虑,希望一些经验丰富的敏捷开发人员可以回答:

1. 当开发人员编写任务时,测试人员无法对其进行测试(它还不存在).那么测试人员在这一点上的作用是什么
2. 测试人员现在参与单元测试了吗？这是否与黑匣子测试并行完成？
3. 在主要进行基础设施变更的冲刺期间,测试人员做了什么,这可能只能在单元测试中测试？

传统测试团队成员如何在敏捷项目中运行？

可能重复:
您如何对Web应用程序进行压力测试？

目前我已经使用cc.net,watin和nunit配置了一个项目,现在我想对我的.net项目进行压力,负载和性能测试.我应该使用哪种开源工具,或者使用相同的工具来实现它,如果是,那么如何？

我正在研究测试我的GUI的问题,我不完全确定这里的最佳方法.我的GUI是使用传统的MVC框架构建的,因此我可以轻松地测试GUI的逻辑部分,而无需启动GUI本身.但是,当涉及到测试GUI的功能时,我不确定我是否应该担心单独测试GUI组件,或者我是否应该主要关注功能测试系统.这是一个非常复杂的系统,其中测试GUI经常涉及向服务器发送消息,然后在GUI上观察响应.我最初的想法是,功能测试是这里的方式,因为我需要运行整个系统来真正测试UI.关于这个问题的评论将不胜感激.

谢谢,杰夫

正如我从一些问答环节(参见本节和本节)所理解的那样,单元测试应该由开发人员编写.

在我之前的工作场所,我们试图将这项任务交给QA工程师,但它没有用.可能是因为它已经是一个项目的中间部分,他没有机会进行重要的代码覆盖,或者可能是因为另一个原因.

您是否认为让开发人员以这种方式编写单元测试是一个坏主意？

质量保证(QA)部门大致是一群测试人员整天揭穿你的应用程序,为发布,处理Alpha/Beta程序提供绿灯.以及更多.

但是,如果没有软件公司的质量保证部门,问题就会在现场经常出现,问题的解决成本会更高.然而,大多数公司都是从一个车库开始,有一名员工是你自己,然后成长为一家软件公司.

你什么时候告诉它创建这样的部门？与公司规模有关,遇到的问题是什么？