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

搜索资源列表

  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
    • 文件大小：8mb
    • 提供者：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
    • 文件大小：1mb
    • 提供者：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
    • 文件大小：8mb
    • 提供者：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
    • 文件大小：1mb
    • 提供者：bjy0716

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

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

  3. 所属分类：Web开发

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

  1. 可用性测试介绍

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

  3. 所属分类：Web开发

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

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

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

  3. 所属分类：Oracle

    • 发布日期：2008-11-07
    • 文件大小：57kb
    • 提供者：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
    • 文件大小：11kb
    • 提供者：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、在制定项目中间里程碑时，以下哪些方针可以借鉴？ 由项目类型决定；考虑外部事件和风险；避免长时间没有里程碑；将里程碑与交付成果结合起来；仅使用适合项目情况的MSF 推荐的里程碑 3、关于“项目对团队成员能力的需求”以下说法正确的是：在某个项目给定范围内，能够保证工作有效进行所需要的知识、技能和绩效等级 4、使用测试的目的是确保解决方案在它所需要的环境下正常工作，其重点是从用户和运营人

  3. 所属分类：其它

    • 发布日期：2009-04-14
    • 文件大小：358kb
    • 提供者：mendida

  1. SAP-HANA在全闪存架构Virtual-SAN上的性能测试

  2. 通过实际性能测试， 结果表明在启用 Virtual SAN 6.2 新特性的前提下， Virtual SAN 可以胜任 SAP HANA 的工作负载。 Virtual SAN 在作为产品数据库的同时还可以向 SAP HANA 提供快速的备份和恢复平 台HWNCCT数据盘O(1M)初始写入吞吐量对比 初始写入吞吐量(MB) 对比基准的百分七1% 1000 120 100 99 ±500 47 1闩.精简置备性能基准)1b厚置备延迟置零1cε.精简置音+校验和ˉα精简置备-去重砡縮1e.精简置夆+删

  3. 所属分类：虚拟化

    • 发布日期：2019-10-12
    • 文件大小：962kb
    • 提供者：wen415

  1. 再谈USB3.0-测试关键技术.pdf

  2. 笔者这篇文章将总结 USB3.0 的测试方案，归纳 USB3.0 发射并重点介绍接收测试的一些关键技术和原理，比如 USB 3.0 的一致性通道、抖动传递函数、接收端的均衡技术、接收端抖动一致性和容忍度测试的原理、如何进入环回、如何进行 SER（误符号率）测试、以及一些实际测试中的常见问题，与读者分享。致性通道(comp| iance channels) 为了更好的模拟实际的USB3.0拓扑,及反映真实最极端情况下USB3.0的电 气性能,规范根据典型的走线长度和最长的电缆长度,定义了几种不同的

  3. 所属分类：硬件开发

    • 发布日期：2019-10-07
    • 文件大小：1mb
    • 提供者：lb522403323

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

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

  3. 所属分类：其它

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

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

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

  3. 所属分类：其它

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

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

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

  3. 所属分类：其它

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

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

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

  3. 所属分类：其它

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

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

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

  3. 所属分类：其它

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

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

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

  3. 所属分类：其它

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

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

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

  3. 所属分类：其它

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

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

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

  3. 所属分类：其它

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