Discuz! Board

標題: 现实的测试用例 [打印本頁]

作者: mstmahmuda11121 時間: 2024-4-18 13:56
標題: 现实的测试用例
通常是一些小事情超出了计划的用户测试和现场研究的范围，并且应该未经过滤地到达开发人员手中。这可以通过多种方式发生。最简单的方法是作为开发团队的一员亲自实际使用该应用程序，并突然以用户的角色获得自己的经验。但还有更微妙的方式和手段。一位航空公司应用程序开发经理报告说，应用程序开发人员坐在机场门口观察乘客在航班起飞前的行为通常是常见的，也是可取的。他们在登机时使用该应用程序吗？如果是这样，扫描过程的速度有多快？给乘客的印象如何？使用最简单的方法就可以推断出很多东西，即仅从外部观察，甚至不与乘客交谈。这种方法可能并非对所有应用程序和所有用例都同样适用和有用，但它旨在表明，除了相信一切都会按照构想阶段计划的方式工作，或者设置“真实的”之外，还有其他方法。

用户测试付出了巨大的努力。传递知识参与开发的每个人，无论是开发人员、测试人员华侨资料业务分析师、用户体验设计师还是其他人，都会在应用程序的生命周期中不断学习。他们不仅学习自己领域的重要细节，例如正确使用 UI 组件或与后端通信，而且还成为业务用例方面越来越多的专家。已经实现了某些功能并深入处理每个特殊情况的开发人员比多年来一直致力于该主题的职员更了解需求背后的大局，这并不是第一次。这些所获得的知识和经验可以而且应该建立在这些知识和经验的基础上。我本人在非正式的月度会议上有过很好的经验，参与项目的一个或多个人挑选一个特定的方面或用例，并在轻松的氛围中将其呈现给团队的其他成员。这样，知识不仅被分配给越来越多的人。

而且还产生了一种团队团结的感觉，每个人都互相帮助，帮助他们使自己的工作变得更简单、更轻松。图优秀移动应用程序的基础知识 - 在内部活动和公开会议中传授知识在内部活动和公共会议中传授知识分析调整适用于作为产品的应用程序的内容也适用于整个开发团队：总有一些事情可以做得更好，也总有一些事情可以改变。虽然在开发之初可能不需要将“真正的”测试人员带入团队，但一段时间后情况可能会完全不同。在某个时间点，特定的框架或技术可能是正确的解决方案，但一段时间后可能会出现全新的工具，可以用更少的努力获得更好的结果。停下来检查当前的“作案方式”是否仍然是正确的（然后采取正确的步骤）不仅可以帮助您在瞬息万变的环境中不迷失方向，还可以让您变得更好并体验令人兴奋的新事物事物。

歡迎光臨 Discuz! Board (http://littlemimi.ibbs.tw/)