• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

RFC545 - Of what quality be the UCSB resources evaluators?

发布: 2007-6-23 14:09 | 作者:   | 来源:   | 查看: 13次 | 进入软件测试论坛讨论

领测软件测试网

   
  Network Working Group J. Pickens
Request for Comments: 545 UCSB Computer Systems Laboratory
NIC: 17791 23 July 1973
References: RFC531,369. 519

OF WHAT QUALITY BE THE UCSB RESOURCE EVALUATORS?

A Response to "Feast of Famine"

In RFC531, M.A. Padlipsky complains that the UCSB resource
evaluators were derelict in not consulting the Resource Notebook for
available documentation. In addition, Padlipsky equates the goals of
the resource evaluators to the goals of the software repository
advocaters. A misunderstanding exists and perhaps, with this note,
may be cleared.

To respond to Padlipsky's example of UCSB botching login attempts let
me make two comments. First, more people than the resource
evaluators were accessing the ARPANET. The group of evaluators, at
least, knew the login procedure from the Resource Notebook. (By the
way, we do have a Multics Programmers Manual.) Second, the OLS TELNET
echoes no lower case, which can generate confusion. Even UCSB's
technical liaison, after consulting the Resource Notebook, managed to
botch his login.

The first law of resource evaluation, at least for UCSB evaluators,
is "read the Resource Notebook!" (RFC369, incidentally, was based on
a Resource Notebook that was barren compared to the notebook of
today.) Questions left unanswered by the Notebook are resolved by
accessing online documentation first at the NIC and second at the
site being evaluated. If, after all this effort, questions still
exist, then a consultant is contacted. Consultation may be either
online or by telephone and may entail purchasing appropriate user
manuals (for some of the resources we evaluated, no manuals existed).
Our approach has been to consult the most publicly available
documentation first. Only if the advertised paths fail do we resort
to personal contact with a (busy) technical liaison. If technical
liaisons wish to be consultants for uninitiated users and feel that
this is their role we will gladly modify our behavior.

There certainly is a meal, to use Padlipsky's analogy, of
documentation already available on the Network. However, a meal is
no good without silverware. Site specific and function specific
MINIMANS (see RFC369 and RFC519) are attempts to provide this
tableware. Our first-pass MINIMANS are available on request for
those who would like to see what we are trying to do.

Resource evaluators are concerned with much more than documentation.
A closer reading of prior RFC's would have shown that we investigate
dynamic phenomenon such as help facilities, online consultation,
response time, reliability, and human engineering. We make
suggestions for improvement. Indeed we see ourselves, at least for
UCSB users, in the role of plain clothes inspector. We don't claim
absolute efficiency but we do claim good intent and good results. We
have spurred improvements at local as well as foreign.network sites.
We apologize to any we may have offended in the past with poor
reviews. We are learning, continually, how best to say things in a
constructive rather than destructive way.

[ This RFCwas put into machine readable form for entry ]
[ into the online RFCarchives by Javier Echeverria 2/98 ]

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网