注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 用户体验设计 UCD火花集

  2. 第一章 用户体验设计在团队中 5 UED——鱼缸里的水 5 接过用户的绣球 6 管理者不应直接参与产品的开发与设计 7 UED应该向产品负责，而不是向PM负责 8 第二章 用户调查和研究 12 我要如何了解“她” 12 贯穿整个产品生命周期的用户研究 15 隐式挖掘网站用户行为 17 角色设定——了解我们的用户 19 用户研究需要全面且综合的了解及分析 20 第三章 期望值 22 用户期望的满足、超越和拒绝 22 期望，别忘了动机 23 Flickr的理想与现实 24 设计的价值 26 期望值

  3. 所属分类：专业指导

    • 发布日期：2010-06-21
    • 文件大小：8388608
    • 提供者：lxzhaojd

  1. 软件测试必看 入门级的教程

  2. 目录 一 软件测试 从零开始 5 1．1 引言 5 1．2 测试准备工作 5 1．2．1 向有经验的测试人员学习 5 1．2．2 阅读软件测试的相关书籍 6 1．2．3 走读缺陷跟踪库中的问题报告单 6 1．2．4 走读相关产品的历史测试用例 6 1．2．5 学习产品相关的业务知识 6 1．3 识别测试需求 7 1．3．1 主动获取需求 7 1．3．2 确认需求的优先级 8 1．3．3 加入开发小组的邮件群组 8 1．3．4 与开发人员为邻 8 1．4 测试用例设计 8 1．4．1 测试用例的

  3. 所属分类：Proxy

    • 发布日期：2010-06-30
    • 文件大小：1048576
    • 提供者：iceleste

  1. 《UCD火花集》DOC版

  2. UCD火花集doc 第一章 用户体验设计在团队中 5 UED——鱼缸里的水 5 接过用户的绣球 6 管理者不应直接参与产品的开发与设计 7 UED应该向产品负责，而不是向PM负责 8 第二章 用户调查和研究 12 我要如何了解“她” 12 贯穿整个产品生命周期的用户研究 15 隐式挖掘网站用户行为 17 角色设定——了解我们的用户 19 用户研究需要全面且综合的了解及分析 20 第三章 期望值 22 用户期望的满足、超越和拒绝 22 期望，别忘了动机 23 Flickr的理想与现实 24 设计

  3. 所属分类：专业指导

    • 发布日期：2010-07-29
    • 文件大小：8388608
    • 提供者：shentong27

  1. 软件测试入门（必看）

  2. 目录 一 软件测试 从零开始 5 1．1 引言 5 1．2 测试准备工作 5 1．2．1 向有经验的测试人员学习 5 1．2．2 阅读软件测试的相关书籍 6 1．2．3 走读缺陷跟踪库中的问题报告单 6 1．2．4 走读相关产品的历史测试用例 6 1．2．5 学习产品相关的业务知识 6 1．3 识别测试需求 7 1．3．1 主动获取需求 7 1．3．2 确认需求的优先级 8 1．3．3 加入开发小组的邮件群组 8 1．3．4 与开发人员为邻 8 1．4 测试用例设计 8 1．4．1 测试用例的

  3. 所属分类：Proxy

    • 发布日期：2010-08-07
    • 文件大小：1048576
    • 提供者：bjy0716

  1. web测试的一些关键点和重要点

  2. 一、功能测试 1、链接测试　　 （1）、测试所有链接是否按指示的那样确实链接到了该链接的页面；  （2）、测试所链接的页面是否存在；  （3）、保证Web应用系统上没有孤立的页面(所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问)。  2、表单测试 （1）、注册、登陆、信息提交等，必须测试提交操作的完整性，以校验提交给服务器的信息的正确性； （2）、用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等；  （3）、检验默认值的正确性； （4）、如表单只能接受

  3. 所属分类：Web开发

    • 发布日期：2011-07-06
    • 文件大小：31744
    • 提供者：gskj1984

  1. 可用性测试介绍

  2. “需要几名参试者”，相信凡是做过可用性测试的人来说都会遇到这个问题。由于出发点不同，团队中的不同人员，例如产品经理，项目经理，可用性工程师，技术开发人员等在这个问题上会有不同的看法。面对这样的讨论，不少从业者感觉自己是对的，要说服对方时却又没有把握、缺乏底气。这篇文章的目的就在于尝试帮助理清可用性测试的几个基本问题，以便“几个用户”类似问题的解决，更加灵活地运用可用性测试方法。

  3. 所属分类：Web开发

    • 发布日期：2011-09-26
    • 文件大小：69632
    • 提供者：winkwink

  1. Oracle9i的init.ora参数中文说明

  2. Oracle9i初始化参数中文说明 Blank_trimming: 说明: 如果值为TRUE, 即使源长度比目标长度 (SQL92 兼容) 更长, 也允许分配数据。 值范围: TRUE | FALSE 默认值: FALSE serializable: 说明: 确定查询是否获取表级的读取锁, 以防止在包含该查询的事务处理被提交之前更新任何对象读取。这种操作模式提供可重复的读取, 并确保在同一事务处理种对相同数据的两次查询看到的是相同的值。 值范围: TRUE | FALSE 默认值: FALSE

  3. 所属分类：Oracle

    • 发布日期：2008-11-07
    • 文件大小：58368
    • 提供者：qujianwei

  1. 软件测试工程师笔试题及参考答案

  2. 软件测试工程师笔试题及参考答案 题与答案尽供参考 一、判断题 1．软件测试的目的是尽可能多的找出软件的缺陷。（Y） 2．Beta 测试是验收测试的一种。（Y） 3．验收测试是由最终用户来实施的。（N） 4．项目立项前测试人员不需要提交任何工件。（Y） 5．单元测试能发现约80%的软件缺陷。（Y） 6．代码评审是检查源代码是否达到模块设计的要求。（N） 7．自底向上集成需要测试员编写驱动程序。（Y） 8．负载测试是验证要检验的系统的能力最高能达到什么程度。（N） 9．测试人员要坚持原则，缺陷未修

  3. 所属分类：C

    • 发布日期：2009-03-20
    • 文件大小：11264
    • 提供者：realtek247

  1. 容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大

  2. 软件测试笔试试题 题与答案尽供参考 一、判断题 1．软件测试的目的是尽可能多的找出软件的缺陷。（Y） 2．Beta 测试是验收测试的一种。（Y） 3．验收测试是由最终用户来实施的。（N） 4．项目立项前测试人员不需要提交任何工件。（Y） 5．单元测试能发现约80%的软件缺陷。（Y） 6．代码评审是检查源代码是否达到模块设计的要求。（N） 7．自底向上集成需要测试员编写驱动程序。（Y） 8．负载测试是验证要检验的系统的能力最高能达到什么程度。（N） 9．测试人员要坚持原则，缺陷未修复完坚决不予通

  3. 所属分类：C

  1. 软件测试理论

  2. 软件测试理论篇 一、为什么软件要做软件测试 纵观历史事件说明软件测试的重要性 二、软件测试的概念 1、测试是为了发现错误而执行程序的过程 ; 2、在规定条件下，对程序进行操作，以发现错误，以软件质量进行评估 ; 3、使用人工或者自动化手段，来运行或者测试某个子系统的过程，其目的在于检查它是否 存在满足规定需求或弄清预期结果与实际结果之间的差别（ IEEE ：美国电气和电子工程师 协会）应用程序管理工具 2、软件基础知识:软件工程,软件生命周期、测试理论和测试方式有较深的理解 3、软件测试技术,方

  3. 所属分类：软件测试

    • 发布日期：2019-01-11
    • 文件大小：37888
    • 提供者：qq_33303936

  1. 没有用户的可用性测试

  2. 没有用户的可用性测试软件测试一、测试之前我们需要准备什么?太简单了，拿出出你的草图(草纸编好循序，以免弄乱)，准备一只笔和几张草纸，选定你身边的3～5个人(什么人不做限制)，一个小会议室(只要是不被打扰的地方都行，有桌子板凳什么的)。二、准备　　没有用户的可用性测试  软件测试　　一、测试之前我们需要准备什么?　　太简单了，拿出出你的草图(草纸编好循序，以免弄乱)，准备一只笔和几张草纸，选定你身边的3～5个人(什么人不做限制)，一个小会议室(只要是不被打扰的地方都行，有桌子板凳什么的)。　　二、

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：48128
    • 提供者：weixin_38617335

  1. 一大波平台来袭，可用性测试怎么破

  2. 手机、PC、网页、平板……一个产品拥有多个终端/平台的情况已经非常普遍，面临大版本时更是所有平台要同期发布，并且各个平台之间的连贯体验也越来越重要，单平台的可用性测试已经渐渐不能满足当前的需求，这里就跟大家探讨下面对多平台的可用性测试需要注意的内容。（以下故事纯属为了奠定全文喜剧色彩和夸张手法，和真实产品没有半毛钱关系。）用户研究员老王最近遇到了一件烦心事，TA负责的某产品过俩月要发个大版本，瞅了眼项目经理发的周报，六个平台还要同步发！（领导再也不担心老王的工作不饱和了）看来各平台的可用性测试跑

  3. 所属分类：其它

    • 发布日期：2021-03-04
    • 文件大小：897024
    • 提供者：weixin_38519681

  1. 可用性测试的实施详解（纯干货！）

  2. 本文来自于jianshu，文章介绍了什么是可用性测试、可用性测试类型以及进行可用性测试的过程等相关内容。可用性测试是通过观察有代表性的用户，完成产品的典型任务，从而界定出可用性问题并解决的过程。通俗地讲就是“观察用户使用产品”。a有效性（独立完成任务的比例）b完成任务的时间c满意度（用户主观评价操作难易／好感／是否再次使用的意向）d发现可用性问题（如，用户使用中表现出的挫败感／没有看到该看到的内容／说自己完成任务但实际并没完成／偏离成功的操作）a形成式：让用户出声思考；小样本；不作定量对比；适用

  3. 所属分类：其它

    • 发布日期：2021-03-03
    • 文件大小：689152
    • 提供者：weixin_38628920

  1. 用户研究角度看设计

  2. （1）“复制链接”的故事《用户研究角度看设计》系列是淘宝的用户研究团队在可用性测试之后的点滴思考。在每次与淘宝用户的直接接触、观察用户的操作之后，作为体验分析师的我们总是会感慨：“为什么有些细节设计看似已经很显眼了，用户就是没有注意到？”、“为什么用户偏偏要那样去理解？”、“用户在那个流程中为什么陷入困惑，甚至不能完成任务了？”，然后，我们会思考这界面背后的原因，分析用户当时具体说了什么，是什么原因导致用户那样理解……这个过程需要非常严谨的思考，因为向设计师反馈的任何一个词语都会导致不同的设计。

  3. 所属分类：其它

    • 发布日期：2021-03-03
    • 文件大小：489472
    • 提供者：weixin_38655990

  1. 可用性测试的权衡之道

  2. 对于可用性测试，业内人士存在一些普遍认可的原则。它们神圣地如同自然科学里的理论，似乎我们只能对其言听计从、俯首称臣才能践行出“好的可用性测试”。其实，即便是科学，它的一个特征也是“可证伪性”——理论的正确性总是存在前提条件的。真理再向前一步就成为谬误！可用性测试中的原则同样如此，需要根据目的、资源、环境的不同，灵活把握、权衡取舍，而非一味恪守某一个或某几个原则，也许这才是可用性从业人员经验重要性的体现。制定的任务过于精细，一般原则上是反对的。理由很清楚，如果你的任务精细到一步一步“引导”用户进行

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：432128
    • 提供者：weixin_38526823

  1. APP可用性测试：实验室测试和现场测试的比较

  2. 经常在实验室进行测试的用户研究员都会担心在实验室进行的评估会由于没有模仿用户的使用情境而缺少生态效度。因为在现实的使用场景中，打断、移动、声音、多重任务操作等，这些没有出现在实验室测试中的因素，都可能在现实情景中影响到用户的操作。那么可用性测试是否一定要在现场进行呢?下面我们来通过对比实验的一起聊一聊这个问题。可用性测试是在移动APP在设计、投入市场后用来评估可用性的一种常用工具。可用性测试实施时一般是使用发声思考，即用户在一个测试环境中被给予任务，并鼓励他们在尝试完成任务时出声思考。这能够帮助

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：379904
    • 提供者：weixin_38716872

  1. 用户研究角度看设计

  2. （1）“复制链接”的故事《用户研究角度看设计》系列是淘宝的用户研究团队在可用性测试之后的点滴思考。在每次与淘宝用户的直接接触、观察用户的操作之后，作为体验分析师的我们总是会感慨：“为什么有些细节设计看似已经很显眼了，用户就是没有注意到？”、“为什么用户偏偏要那样去理解？”、“用户在那个流程中为什么陷入困惑，甚至不能完成任务了？”，然后，我们会思考这界面背后的原因，分析用户当时具体说了什么，是什么原因导致用户那样理解……这个过程需要非常严谨的思考，因为向设计师反馈的任何一个词语都会导致不同的设计。

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：489472
    • 提供者：weixin_38639089

  1. APP可用性测试：实验室测试和现场测试的比较

  2. 经常在实验室进行测试的用户研究员都会担心在实验室进行的评估会由于没有模仿用户的使用情境而缺少生态效度。因为在现实的使用场景中，打断、移动、声音、多重任务操作等，这些没有出现在实验室测试中的因素，都可能在现实情景中影响到用户的操作。那么可用性测试是否一定要在现场进行呢?下面我们来通过对比实验的一起聊一聊这个问题。可用性测试是在移动APP在设计、投入市场后用来评估可用性的一种常用工具。可用性测试实施时一般是使用发声思考，即用户在一个测试环境中被给予任务，并鼓励他们在尝试完成任务时出声思考。这能够帮助

  3. 所属分类：其它

    • 发布日期：2021-02-20
    • 文件大小：379904
    • 提供者：weixin_38638309

  1. 一大波平台来袭，可用性测试怎么破

  2. 手机、PC、网页、平板……一个产品拥有多个终端/平台的情况已经非常普遍，面临大版本时更是所有平台要同期发布，并且各个平台之间的连贯体验也越来越重要，单平台的可用性测试已经渐渐不能满足当前的需求，这里就跟大家探讨下面对多平台的可用性测试需要注意的内容。（以下故事纯属为了奠定全文喜剧色彩和夸张手法，和真实产品没有半毛钱关系。）用户研究员老王最近遇到了一件烦心事，TA负责的某产品过俩月要发个大版本，瞅了眼项目经理发的周报，六个平台还要同步发！（领导再也不担心老王的工作不饱和了）看来各平台的可用性测试跑

  3. 所属分类：其它

    • 发布日期：2021-01-28
    • 文件大小：897024
    • 提供者：weixin_38699726

  1. 可用性测试的实施详解（纯干货！）

  2. 本文来自于jianshu，文章介绍了什么是可用性测试、可用性测试类型以及进行可用性测试的过程等相关内容。可用性测试是通过观察有代表性的用户，完成产品的典型任务，从而界定出可用性问题并解决的过程。通俗地讲就是“观察用户使用产品”。a有效性（独立完成任务的比例）b完成任务的时间c满意度（用户主观评价操作难易／好感／是否再次使用的意向）d发现可用性问题（如，用户使用中表现出的挫败感／没有看到该看到的内容／说自己完成任务但实际并没完成／偏离成功的操作）a形成式：让用户出声思考；小样本；不作定量对比；适用

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：689152
    • 提供者：weixin_38663595
« 12 3 4 5 6 7 »