你可以自由地在项目进行到某些阶段时采取较为灵活的可用性测试，而在其它阶段采用较为正式的方法。你也可以自由地选择一种介于灵活和正式之间的可用性测试方法。
6.3 使用测试
使用场景测试是这样的一种技术，它可以用来在实施之前测试你的设计中所蕴含的逻辑是否正确。这项技术包括了很多内容，它使得项目的利益关系人可以积极地参与其中。同时，该技术能够并且应当和建模工作同时进行，以保证模型精确地反映了业务需求。你可以使用一个或多个使用场景（场景指的是人们如何使用系统的一些列的步骤）来审查类模型，以便验证它们是否能够支持这些场景。如果模型不能支持场景，你就可以适当地修改模型（或者是修改代码，这要视具体情况而定）。图五(在本页最后)展示了从审查类模型的角度来进行基于使用场景的测试过程。你可以遵循同样的逻辑来验证用户界面原型（即使对于抽象原型也可以如此）。
7. 开始行动
如果敏捷社区和用户体验社区想要有效地一起工作，他们就需要找到一个中间立场。我相信这个中间立场是存在的，只是双方都需要做出一些改变才能成功做到这一点。首先，敏捷业者必须做到以下几点：
学习用户体验技术。开发人员应当接受用户体验设计技术方面的培训，并把这些技术应用到他们的开发实践中。这将使得开发人员能够更加有效地和用户体验设计人员一起工作。
认识到可用性是一个关键的质量因素。幸运的是，敏捷业者已经被“质量问题所感染” – 他们知道进行高质量工作的重要性，并且已经有了采取某些技术来取得高质量成果的良好记录，这些技术包括：测试先于编码的编程方式、代码重构以及数据库重构。只有在开发过程中采取系统化的可用性工程活动，才能保证最终产品具有较好的可用性。
遵循用户界面及使用风格的设计指南。开发人员必须认识到，他们不仅是在编码时需要遵循共同的规范，在设计用户界面时也要如此。
同样地，用户体验设计人员也必须做出一些改变。他们需要：
不要局限于用户体验。我认为，开发人员和用户体验设计人员之间的很多矛盾都可以归因于他们职责的分工过于专门化，以及他们相互之间进行工作衔接时产生的问题。敏捷业者基本上已经放弃了那种认为团队应当由专家来构成的想法，而是更喜欢由“知识广博的专家”构成的团队。这就意味着，尽管用户体验设计人员为开发团队带来了一项关键的技能，然而为了能够产生真正的效果，他们仍然需要学习更多方面的技能。此外，敏捷业者通过更紧密的人员合作加强了软件项目中的反馈过程，从而把风险和成本都减低了，而这继而又减少了不同成员之间的工作衔接的必要性。
融入到敏捷软件开发过程中。通过将用户体验设计人员融入到敏捷团队中的方法不仅能增加用户体验方面的问题被处理的机会，而且它还有助于提高敏捷社区在用户体验方面的设计技能，这是因为当人们在进行合作时，他们会从其他人那里学会新的技能。
此文章共有10页 上一页 1 2 3 4 5 6 7 8 9 10 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
