哪个开源项目可供选择进行可用性评估?

时间:2009-10-30 13:16:46

标签: open-source user-interface usability

对于可用性的大学项目,我正在寻找一个有用但几乎无法使用的开源项目。我的小组将进行完整的可用性审查,并在大约3个月的时间内提出建议。

当然,这不是纯粹的利他主义思想,最好的情况是: 我们的建议得到实施,因此我们可以在论文中对改进版本进行审核。

  • 这样的一次性可用性评论是否对普通开发人员有用(并且想要),或者他们只是“总比没有好”。

  • 您知道(积极开发)可用性差的项目吗?

  • 除了sourceforge的“求助”和openusability.org,你知道该去哪里吗?


的问候,
FGK

更新:
我们主要寻找最终用户应用程序,因为我们希望将潜在用户的走廊测试等内容包括在内。 (感谢Pekka Gaiser提出这个问题)

第二次更新:接受回答:
感谢大家的帮助。我想我们会选择libpurple及其图形化身。
Linux和Windows版本的pidgin真的很乱......: - )

8 个答案:

答案 0 :(得分:5)

我会建议GIMP - 它是一个非常实用的photoshop替代品,但它并非没有它的混淆......

答案 1 :(得分:2)

不是选择帮助已经糟糕的项目,为什么不看一下大量使用的东西呢?

有许多基于网络的应用程序可能(或可能不会)从可用性审查中受益 - 我正在考虑像Wordpress这样的事情(事实上,这正是我所想的纯粹因为我使用很多)。

看看一群“专家”对Wordpress的看法以及他们如何改进用户界面会很有趣 - 纯粹是因为所做的任何改进都有可能帮助/改善浩大的体验人数。

Wordpress团队是否专门实施您的任何建议或更改尚不清楚,但即使进行讨论和推荐也很可能对社区有益。

也许选择一些项目(我再次考虑基于网络,因为网络可用性更加明确[在我看来] - CMS /博客软件:Drupal,Joomla,Wordpress?或电子商务应用程序?论坛?

向项目邮件列表发送一些“触角”消息,试着了解他们是否愿意接受帮助。我无法想象许多项目会反对这个想法吗?实际上实施变更可能会更加困难。

如果您不想查看Web应用程序,可以查看一些“媒体”应用程序。一般为BoxeeXBMCMiro

我提到的所有项目都不是很糟糕(可用性明智),但它们是我感兴趣的东西,从略带自私的角度来看,它对我有益(我认为是如果你看一下拥有庞大用户群的东西,那就是其他人。

无论如何,祝你好运。

答案 2 :(得分:2)

请,请选择Audacity!那个UI可以改进得那么多,这不好笑......

答案 3 :(得分:1)

Pidgin怎么样?这是一个相对受欢迎的开源项目(我一直都在使用它),充满了(在我看来无论如何)很多可用性错误,无论是次要的还是重要的。

答案 4 :(得分:0)

可用性评论总是有用的,并且总比没有好。

我是否了解积极开发的可用性较差的开源项目?鱼可以在桶中射击吗? :D看看大项目。关于它们总是存在很多争议(特别是它们的osx版本,因为osx用户往往有更高的标准)。我建议将gimp作为浪子,但我听说他们在那里取得了很大的进步。或者也许是洋泾浜?我使用os x版本(Adium)和windows one,对比度很残酷。

说,大项目可能不会真正关心你的输入。一些开发者可能会注意,但作为一个整体,除非他们已经花了很多时间谈论这个,否则你可能不会操纵那个泰坦尼克号。

我的建议?去ubuntu论坛,向用户询问他们最讨厌他们的软件。这会给你很好的反馈,因为ubuntu被大量使用,这通常意味着会有关于此的讨论。

无论哪种方式,如果你想看到你的推荐实现,你将不得不打开与开发者的对话。你需要至少一个相信你的事业来实现你的想法(它可能不会被合并到主干,但它至少会在他的分支中实现)

祝你好运!

答案 5 :(得分:0)

我不知道他们是否接受你的输入,但我认为比较KDE版本3和4会很有趣。作为一名开发人员,我发现版本4几乎无法使用(并且因此切换到Gnome) )。但是,对于绝大多数用户来说,他们的“获奖”变化可能是一个实际的改进。

答案 6 :(得分:0)

如果您希望看到实施的更改,请确保只接近具有高活动率的项目并且人们准备投入一些重要的时间 - 如果您希望看到(可能是基本的)更改,您将需要非常积极的开发人员。无论您选择哪个项目,都要为很多有时候进行磨齿的工作做好准备。

在考虑网络应用时,会想到Wordpress。后端是垃圾(即使付出了很多努力),我听到各地的人都抱怨它。这是一个非常大的名字,对你有好处,并且有可能看到实际实施的建议。

答案 7 :(得分:0)

我建议使用RIDE - 和IDE来开发robot framework测试。这个工具相当年轻,有许多经典错误,一些很好的功能,以及一些弱实现的好主意。我认为它将成为可用性评估的优秀候选人。

我提出这个建议不是因为我想指出RIDE中的缺陷(毕竟,我是该项目的开发人员很短的一段时间,所以它可能会展示一些我的缺点),但因为我认为a)它有可能帮助改进产品,b)我认为这个工具会让你和你的团队可以从中学到一些常见的错误。

它还具有跨平台的优势,因此无论您感兴趣的平台如何,它都应该适合。