个人中心
文章发布
退出
作者热门文章
- html - 出于某种原因，IE8 对我的 Sass 文件中继承的 html5 CSS 不友好？
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景？
25
4
如果我在错误的地方问这个问题，我深表歉意。 (可能是特定于职业建议和 QA 的迷你堆栈溢出之一)我最近花了大量时间学习和实现我们项目的单元测试框架。
在引入单元测试框架之前，我们的方法是编码、手动测试、提交，希望事情不会中断或上游。一个非常被动的系统。
现在，我们都明白事情需要被测试，自动化测试是高效和好的。然而，目前的角色似乎是“你做测试”和“编写自动化测试”
进行手动测试是可能的，但感觉势不可挡(因为一直存在错误)并且很像我的技能没有得到充分利用。
我在完成请求的第二部分时遇到困难。如果代码不是可测试的，那么编写自动化测试是很困难的。
我负责 QA - 但是 - 我只能找到有关测试驱动开发的资源。
在其他开发人员尚未编写可测试代码的情况下，我可以使用哪些方法来提高我的 QA 角色的效率？
最佳答案
名称的问题 测试驱动开发 和 单元测试 , 是他们暗示他们是关于测试软件的。他们不是。 TDD和单元测试是关于设计它们本质上是开发人员的责任。
QA 分析师的角色对于任何实践 TDD 的团队来说仍然是最重要的，而且在你发现自己作为一个尽职的 QA 工作之前，你将需要很长很长的时间!
看看验收测试驱动开发并考虑通过编写自动化验收测试更多地参与需求阶段，也许使用诸如 FitNesse 之类的工具.
当然，手动的探索性测试仍有其一席之地。但是您应该将重复回归测试视为违反您的基本人权!
关于unit-testing - 如何在项目中作为 "QA Engineer"而不是 "Test Driven Development Team"的成员？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3577009/
25
4
0
我是 DDD 的初学者。 我不知道谁负责 API 请求的流程。 我不知道谁负责间接依赖于基础设施层的功能。 如带有 Web API 请求的函数。 例如我正在创建在线购物系统，系统支持取消订单。 我想我
我有一个dispatcher-servlet.xml和一个applicationContext.xml。 我一直在做一些重构，并感动 从dispatcher-servlet.xml到applica
哪些工具可用于元建模？ 特别是开发图表编辑器，目前正在试用Eclipse GMF 想知道还有哪些其他选择？ 有什么可比性吗？ 最佳答案 由于许多方面，您的问题对于单一答案来说太宽泛了。 首先，元建模不
我前段时间学习了决策树和决策表。我觉得决策表可以帮助处理条件 If-Then-Else 语句。特别是，我觉得决策表没有副作用，例如，如果您没有注意到您还需要一个“else if”语句。 但我不确定如何
我们的团队开始实现事件驱动设计。我们现在正在确定记录这些事件的模式的最佳工具和实践是什么。 用于此用例的常用工具有哪些？ 任何链接或建议表示赞赏。 最佳答案 我将从常见的 CloudEvents sp
我听说过最小化代码和最大化数据的概念，并且想知道其他人在构建自己的系统时如何/为什么应该这样做的建议？ 最佳答案 通常，数据驱动的代码更易于阅读和维护。我知道我已经看到数据驱动被极端化并且最终变得非常
我的工作任务是为物流应用程序编写详细的工程计划，我们正在编码该计划以向客户提出建议。有人告诉我这是一个数据驱动的应用程序。对于应用程序来说，“数据驱动”意味着什么？相反的是什么？尽管在网络搜索时我可以
关闭。这个问题需要更多focused .它目前不接受答案。 想改进这个问题吗？更新问题，使其仅关注一个问题 editing this post . 关闭 4 年前。 Improve this que
我是 DDD 的新手。现在我在看领域事件。我不确定我是否正确理解了这个领域事件，但我只是在想如果领域事件发布失败会发生什么？ 我这里有一个案例。当买家从我的网站订购商品时，首先我们将创建一个对象，Or
当我在我的软件项目中实践 DDD 时，我一直面临这样的问题:“为什么我应该在实体中实现我的业务规则？它们不应该是纯数据模型吗？” 请注意，根据我对 DDD 的理解，域模型可以由持久模型和值对象组成。
我有一个名为 Campaigns 的聚合，每个聚合都有一个名为 campaign 的根实体，这个根实体有一个尝试列表(实体) public class Attempts: IEntity
我正在尝试使用分层架构实现 DDD 应用程序。我有: 基础架构层 - 实现应用程序特定技术部分的层。 领域层——包含领域模型的层。 应用层 - 包含与域模型交互的干扰的层。 和接口(interface
最近学习ddd，里面说两个相关的bounded context之间的关系是upstream和downstream。 但是有没有可能在一种情况下A是上游B是下游，而在另一种情况下B是上游又是下游？ 但是
我有一个名为 Order 的实体，以及一个聚合根 OrderManager，它根据来自应用层的请求更新订单状态和一些其他信息(AppLayer 调用 OrderManager，OrderManager
让我们假设场景: 我们有系统的用户 每个 User 都有他们的 Clients(Client 总是分配给一个且只有一个 User)< Users 上传不同的 Documents 并且 Document
这是一个 ASP.NET MVC 网站。 在领域驱动设计之后，我们有一个服务层。我们的 Controller 要求应用程序服务类执行各种任务，然后将结果路由到 View 。 业务逻辑由服务类执行。 例
不，这不是重复问题。我有很多关于这个主题的资源，但我仍然觉得我没有完全理解它。 这是我目前掌握的关于什么是聚合和聚合根的信息(来自多个来源，无论是文章、视频等...): 聚合是多个值对象\实体引用和规
我正在重建一个会计软件。该软件可以处理多种类型的交易，例如销售、库存补货和费用。我没有会计背景，但我在网上学到了一些概念。我正在尝试根据这些原则对域进行建模: 一个日记账分录由几条记录组成，每条记录要
我正在从头开始学习 DDD 主题，在许多 DDD 示例中，我看到“存储库接口(interface)”位于域中。这个存储库的真正目的是什么/它到底做了什么或解决了什么问题？这与持久层实现是否对应或有某种
假设我们有以下内容: DDD聚合了A和B，A可以引用B。 管理 A 的微服务公开以下命令: 创建一个 删除 A 链接 A 到 B 取消 A 与 B 的链接 管理 B 的微服务公开以下命令: 创建 B
我是一名优秀的程序员,十分优秀！