1、ndition竞争状态并行问题的根源。对一个共享资源的多个访问，至少包含了一个写操作，但是没有一个机制来协调同时发生的访问。71. recovery testing恢复性测试验证系统从失效中恢复能力的测试。72. regression analysis and testing回归分析和测试一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围。73. Regression Testing回归测试在发生修改之后重新测试先前的测试以保证修改的正确性。74. release发布一个批准版本的正式通知和分发。75. reliability可靠性一个系统或组件在规定的条件下在指定的时间内执行其需要
2、功能的能力。76. reliability assessment可靠性评价确定一个已有系统或组件的可靠性级别的过程。77. requirements-based testing基于需求的测试根据软件组件的需求导出测试用例的一种设计方法。78. review评审在产品开发过程中，把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程。79. risk风险不期望效果的可能性和严重性的一个度量。80. risk assessment风险评估对风险和风险影响的一个完整的评价。81. safety（生命）安全性不会引起人员伤亡、产生疾病、毁坏或损失设备和财产、或者破坏环境。82. safety
3、 critical严格的安全性一个条件、事件、操作、过程或项，它的认识、控制或执行对生命安全性的系统来说是非常关键的。83. Sanity Testing理智测试软件主要功能成分的简单测试以保证它是否能进行基本的测试。参考冒烟测试84. SDP软件开发计划（software development plan）用于一个软件产品开发的项目计划。85. security testing安全性测试验证系统是否符合安全性目标的一种测试。86. security.（信息）安全性参考计算机系统安全性（computer system security）87. serviceability testing可服务
4、性测试参考可维护性测试（maintainability testing）88. simple subpath简单子路径控制流的一个子路径，其中没有不必要的部分被执行。89. simulation模拟使用另一个系统来表示一个物理的或抽象的系统的选定行为特性。90. simulation模拟使用一个可执行模型来表示一个对象的行为。91. simulator模拟器软件验证期间的一个设备、软件程序、或系统，当它给定一个控制的输入时，表现的与一个给定的系统类似。92. SLA服务级别协议（service level agreement）服务提供商与客户之间的一个协议，用于规定服务提供商应当提供什么服务。
5、93. Smoke Testing冒烟测试对软件主要功能进行快餐式测试。最早来自于硬件测试实践，以确定新的硬件在第一次使用的时候不会着火。94. Localization: 本地化95. Lag time : 延迟时间96. LCSAJ：线性代码顺序和跳转（Linear Code Sequence And Jump）97. LCSAJ coverage：LCSAJ覆盖 98. LCSAJ testing：LCSAJ测试 99. Lead time : 前置时间100. Load testing : 负载测试101. Load Testing：负载测试 102. Localizability t
6、esting: 本地化能力测试103. Localization testing : 本地化测试104. logic analysis：逻辑分析 105. logic-coverage testing：逻辑覆盖测试 106. Maintainability : 可维护性107. maintainability testing：可维护性测试 108. Maintenance : 维护109. Master project schedule :总体项目方案110. Measurement : 度量111. Memory leak : 内存泄漏112. Migration testing : 迁移测
7、试113. Milestone : 里程碑114. Mock up : 模型，原型115. modified condition/decision coverage：修改条件/判定覆盖 116. modified condition/decision testing ：修改条件/判定测试 117. modular decomposition:参考模块分解118. Module testing : 模块测试119. Monkey testing : 跳跃式测试120. Monkey Testing：跳跃式测试 121. mouse over：鼠标在对象之上122. mouse leave：鼠标离
8、开对象 123. MTBF：平均失效间隔实际（mean time between failures）124. MTP MAIN TEST PLAN主确认计划125. MTTF：平均失效时间 （mean time to failure）126. MTTR：平均修复时间（mean time to repair）127. multiple condition coverage：多条件覆盖 128. mutation analysis：变体分析 129. N/A(Not applicable) : 不适用的130. Negative Testing : 逆向测试, 反向测试, 负面测试131. neg
9、ative testing:参考负面测试132. Negative Testing：逆向测试/反向测试/负面测试 133. off by one：缓冲溢出错误 134. non-functional requirements testing:非功能需求测试135. nominal load:额定负载136. N-switch coverage：N切换覆盖 137. N-switch testing：N切换测试 138. N-transitions：N转换 139. Off-the-shelf software : 套装软件140. operational testing：可操作性测试 141.
10、 output domain：输出域142. paper audit:书面审计 143. Pair Programming : 成对编程144. partition testing：分类测试 145. Path coverage : 路径覆盖146. path coverage：路径覆盖 147. path sensitizing：路径敏感性 148. path testing：路径测试 149. path：路径 150. Peer review : 同行评审151. Performance : 性能152. Performance indicator: 性能（绩效）指标153. Perfor
11、mance testing : 性能测试154. Pilot : 试验155. Pilot testing : 引导测试156. Portability : 可移植性157. portability testing：可移植性测试 158. Positive testing : 正向测试159. Postcondition : 后置条件160. Precondition : 前提条件161. precondition：预置条件 162. predicate data use：谓词数据使用 163. predicate：谓词 164. Priority : 优先权165. program inst
12、rumenter：程序插装 166. progressive testing：递进测试 167. Prototype : 原型168. Pseudo code : 伪代码169. pseudo-localization testing：伪本地化测试170. pseudo-random：伪随机 171. QC：质量控制（quality control）172. Quality assurance(QA): 质量保证173. Quality Control(QC) : 质量控制174. Race Condition：竞争状态 175. Rational Unified Process(以下简称RU
13、P):瑞理统一工艺176. Recovery testing : 恢复测试177. recovery testing：恢复性测试 178. Refactoring : 重构179. regression analysis and testing：回归分析和测试 180. Regression testing : 回归测试181. Release note : 版本说明182. release：发布 183. Reliability : 可靠性184. reliability assessment：可靠性评价 185. reliability：可靠性 186. Requirements mana
14、gement tool: 需求管理工具187. Requirements-based testing : 基于需求的测试188. Return of Investment（ROI）: 投资回报率189. review：评审 190. Risk assessment : 风险评估191. risk：风险 192. Robustness : 强健性193. Root Cause Analysis(RCA): 根本原因分析194. safety critical：严格的安全性 195. safety：（生命）安全性 196. Sanity testing : 健全测试197. Sanity Test
15、ing：理智测试 198. Schema Repository : 模式库199. Screen shot : 抓屏、截图200. SDP：软件开发计划（software development plan）201. Security testing : 安全性测试202. security testing：安全性测试 203. security.：（信息）安全性 204. serviceability testing：可服务性测试 205. Severity : 严重性206. Shipment : 发布207. simple subpath：简单子路径 208. Simulation : 模
16、拟209. Simulator : 模拟器210. SLA(Service level agreement): 服务级别协议211. SLA：服务级别协议（service level agreement）212. Smoke testing : 冒烟测试213. Software development plan(SDP): 软件开发计划214. Software development process: 软件开发过程215. software diversity：软件多样性 216. software element：软件元素 217. software engineering enviro
17、nment：软件工程环境 218. software engineering：软件工程 219. Software life cycle : 软件生命周期220. source code：源代码 221. source statement：源语句 222. Specification : 规格说明书223. specified input：指定的输入 224. spiral model ：螺旋模型 225. SQAP SOFTWARE QUALITY ASSURENCE PLAN 软件质量保证计划226. SQL：结构化查询语句（structured query language）227. S
18、taged Delivery：分布交付方法228. state diagram：状态图 229. state transition testing ：状态转换测试 230. state transition：状态转换 231. state：状态 232. Statement coverage : 语句覆盖233. statement testing：语句测试 234. statement：语句 235. Static Analysis：静态分析 236. Static Analyzer：静态分析器 237. Static Testing：静态测试 238. statistical testin
19、g：统计测试 239. Stepwise refinement : 逐步优化240. storage testing：存储测试 241. Stress Testing : 压力测试242. structural coverage：结构化覆盖 243. structural test case design：结构化测试用例设计 244. structural testing：结构化测试 245. structured basis testing：结构化的基础测试 246. structured design：结构化设计 247. structured programming：结构化编程 248.
20、 structured walkthrough：结构化走读 249. stub：桩250. sub-area：子域 251. Summary： 总结252. SVVP SOFTWARE Vevification&Validation PLAN：软件验证和确认计划253. symbolic uation：符号评价 254. symbolic execution:参考符号执行255. symbolic execution：符号执行 256. symbolic trace：符号轨迹 257. Synchronization : 同步258. Syntax testing : 语法分析259. sys
21、tem analysis：系统分析 260. System design : 系统设计261. system integration：系统集成 262. System Testing : 系统测试263. TC TEST CASE 测试用例264. TCS TEST CASE SPECIFICATION 测试用例规格说明265. TDS TEST DESIGN SPECIFICATION 测试设计规格说明书266. technical requirements testing：技术需求测试 267. Test : 测试268. test automation：测试自动化 269. Test c
22、ase : 测试用例270. test case design technique：测试用例设计技术 271. test case suite：测试用例套 272. test comparator：测试比较器 273. test completion criterion：测试完成标准 274. test coverage:测试覆盖 275. Test design : 测试设计276. Test driver : 测试驱动277. test environment:测试环境 278. test execution technique:测试执行技术 279. test execution:测试执
23、行 280. test generator:测试生成器 281. test harness:测试用具 282. Test infrastructure : 测试基础建设283. test log:测试日志 284. test measurement technique:测试度量技术285. Test Metrics :测试度量 286. test procedure:测试规程 287. test records:测试记录 288. test report:测试报告 289. Test scenario : 测试场景290. Test Script.:测试脚本 291. Test Specifi
24、cation:测试规格 292. Test strategy : 测试策略293. test suite:测试套 294. Test target : 测试目标295. Test ware : 测试工具296. Testability : 可测试性297. testability:可测试性 298. Testing bed : 测试平台299. Testing coverage : 测试覆盖300. Testing environment : 测试环境301. Testing item : 测试项302. Testing plan : 测试计划303. Testing procedure :
25、测试过程304. Thread testing : 线程测试305. time sharing:时间共享 306. time-boxed : 固定时间307. TIR test incident report 测试事故报告308. ToolTip:控件提示或说明309. top-down testing:自顶向下测试 310. TPS TEST PEOCESS SPECIFICATION 测试步骤规格说明311. Traceability : 可跟踪性312. traceability analysis:跟踪性分析 313. traceability matrix:跟踪矩阵 314. Trad
26、e-off : 平衡315. transaction:事务/处理316. transaction volume：交易量 317. transform. analysis:事务分析 318. trojan horse:特洛伊木马 319. truth table:真值表 320. TST TEST SUMMARY REPORT 测试总结报告321. Tune System : 调试系统322. TW TEST WARE :测试件323. Unit Testing :单元测试 324. Usability Testing:可用性测试 325. Usage scenario : 使用场景326. U
27、ser acceptance Test : 用户验收测试327. User database :用户数据库328. User interface(UI) : 用户界面329. User profile : 用户信息330. User scenario : 用户场景331. V&V (Verification & Validation) : 验证&确认332. validation :确认 333. verification :验证 334. version :版本 335. Virtual user : 虚拟用户336. volume testing:容量测试 337. VSS（visual
28、source safe） ：338. VTP Verification TEST PLAN验证测试计划339. VTR Verification TEST REPORT验证测试报告340. Walkthrough : 走读341. Waterfall model : 瀑布模型342. Web testing : 网站测试343. White box testing : 白盒测试344. Work breakdown structure (WBS) : 任务分解结构345. Zero bug bounce (ZBB) : 零错误反弹346. 测试名词347. fault故障 bug在软件中一个错
29、误的表现。348. feasible path可达路径 可以通过一组输入值和条件执行到的一条路径。349. feature testing特性测试 参考功能测试（Functional Testing）350. FMEA失效模型效果分析（Failure Modes and Effects Analysis）351. 可靠性分析中的一种方法，用于在基本组件级别上确认对系统性能有重大影响的失效352. FMECA失效模型效果关键性分析(Failure Modes and Effects Criticality Analysis)353. FMEA的一个扩展，它分析了失效结果的严重性。354. FTA
30、故障树分析(Fault Tree Analysis)引起一个不需要事件产生的条件和因素的确认和分析，通常是严重影响系统性能、经济性、安全性或其它需要特性。355. functional decomposition功能分解 参考模块分解（modular decomposition） 356. Functional Specification 功能规格说明书 一个详细描述产品特性的文档。357. Functional Testing功能测试 测试一个产品的特性和可操作行为以确定它们满足规格。358. glass box testing玻璃盒测试 参考白盒测试（White Box T.如何做生物实验
31、设计题 所谓实验设计，就是要求学生根据实验原理，选择实验材料、实验器具，安排实验步骤，设计数据处理的方法及分析实验的现象。实验设计的题型很多，常见的主要有：填空型实验、改错型实验、验证型实验、探究型实验等。这也是高考考察的一个方向。实验设计方案内容 1.实验课题：即研究的内容，包括实验名称和目的。明确实验要解决什么问题。 2.实验原理：即理论依据。 3.假设：即对可见现象提出一种可检测的解释但未经证实的论题。假设分为两步：第一步提出假设，即依据发现的事实材料和已知的科学原理，通过思维提出初步假设。第二步作出预期（或推断），即依据提出的假设，推理得出假定性结论。 4.设计实验步骤，必须遵循实验设
32、计的原则。 5.观察和数据的收集：即定时、定期观察实验过程发生的现象和结果，采集数据并如实记录。6.分析与结论：对实验中收集到的现象、结果、数据进行整理归纳，有的可以处理成图表等形式。最后通过分析，得出结论。如结果符合顶期，则假设成立，作出肯定结论；如结果不符合预期，则作出否定结论。 1、明确题目要求把握实验目的和实验原理 解题首先要明确题意，只有明确题意才能方向明确，少走弯路。看清题意是要求设计实验方案、步骤还是分析实验结果。 明确实验到底要解决什么问题， 即需要验证或探究的生物学事实，要用到生物学上什么原理。它是实验科学性的保证。在掌握实验目的 、原理的基础上确定实验材料和实验手段 。2、
33、找准变量，确定实验变量 生命活动往往是错综复杂的，影响某一个生命活动的产生和变化的因素也很多。我们把影响某一实验过程或结果的因素或条件就叫做变量。可根据研究的情况分为以下几种： A、实验变量与反应变量 实验变量（又称自变量）是指实验中要研究和控制的因素和条件。反应变量（又称因变量）是指实验中由于实验变量而引起的变化和结果。实验目的在于获得和解释这种前因后果。如萨克斯的实验中，一半遮光和一半曝光是实验变量，没有生成淀粉和生成淀粉就是反应变量。 自变量的基本条件必须是可以操作的，因变量必须是可以观察或测量的。B、无关变量与额外变量无关变量也称控制变量，指实验中除实验变量以外的影响实验现象或结果的因
34、素或条件。额外变量，也称干扰变量，指实验中由于无关变量所引起的变化和结果。显然，额外变量会对反应变量起干扰作用。在实验中，除实验变量外，无关变量的控制对不同分组实验都应是等同、均衡、稳定的，以防止因无关变量不同而导致反应变量不同，可避免反应变量的差异是由无关变量引起的可能性，便于清晰地研究反应变量与实验变量之间的关系。3、遵循实验设计的基本原则 （1）、控制单一变量原则 生命活动往往是错综复杂的，影响某一个生命活动的产生和变化的因素也很多。为了弄清变化的原因和规律，当研究多个因素之间的关系时，先控制住其它几个因素不变，集中研究其中一个因素变化所产生的影响。 它有两层意思：一是确保”单一变量”的
35、实验观测，即不论一个实验有几个实验变量，都应做到一个实验变量对应一个反应变量；二是控制其他因素不变，只改变其中某一变量，观察其对实验结果的影响。整个实验过程中除了欲处理的实验因素外，其他实验条件要求做到前后一致。有时须对所做的实验进行足够次数重复，在实验设计中要充分考虑这一点。（2）、设立对照原则 为了排除无关因素的干扰，常要设立对照实验。实验对照原则是设计和实施实验的准则之一。通过设置实验对照组的对比,既可排除无关变量的影响,又可增加实验结果的可信度和说服力。通常一个实验总分为实验组和对照组。实验组：一般是接受实验变量处理的对象组。对照组：亦称控制组,对实验假设而言,一般是不接受实验变量处理
36、的对象组，指除所控因素（实验变量）外其它条件（无关变量）与被对照实验完全相等的实验。（3）常用的对照方法空白对照：指不做任何实验处理的对象组。空白对照能明白地对比衬托出实验组的变化和结果，增强说服力。如溶液培养法的完全培养液和缺素培养液。自身对照：指实验组与对照组在同一对象上进行，不另设对照组。如“观察植物细胞的质壁分离和复原”的实验中，质壁分离或复原的细胞和开始时的细胞为同一对象。又如萨克斯的实验，对同一个叶片进行一半遮光一半曝光的处理。条件对照：指虽给对象施以某种实验处理，但这种处理是作为对照意义的，即这种处理不是实验假设所给定的实验变量意义的。如“比较过氧化氢酶和铁离子催化效率”实验。相
37、互对照：指不另设对照组，而是几个实验组相互对照。温度对淀粉酶活性的影响”的实验中，低温（冰快）、适温（37）、高温（沸水浴）就是几个实验组。例： 在”温度对淀粉酶活性的影响”的实验中，所给定的低温（冰快）、适温（37）、高温（沸水浴）就是实验变量。由于低温、适温、高温的条件变化，唾液淀粉酶水解淀粉的反应结果也随之变化，这就是反应变量。该实验一要解释温度变化（实验变量）与酶的活性（反应变量）的因果关系。二要确保变量唯一。即实验操作中要尽可能避免无关变量及额外变量的干扰。例如，上述实验中除实验变量（低温、适温、高温）以外，试管洁净程度、唾液新鲜程度、可溶性淀粉浓度和纯度、试剂溶液的剂量、浓度和纯度
38、，实验操作程序，温度处理的时间长短等等，都属于无关变量，要求对低温、适温、高温三组实验是等同、均衡、稳定的；如果无关变量中的任何一个或几个因素条件，对三个实验组的给定不等同、不均衡、不稳定，则会在实验结果中产生额外变量，出现干扰造成误差。4、严格设置对照组和实验组 实验中的无关变量很多，必须严格控制，要平衡和消除无关变量对实验结果的影响，设计对照实验是消除无关变量影响的有效方法。由于同一种实验结果可能是多种不同的实验因素所引起，因此如果没有严格的对照实验，即使出现了某种预想的实验结果，也很难保证该实验结果是由某因素所引起的，这样就使得所设计的实验缺乏应有的说服力。由于实验组和对照组只有一个条件
39、（实验变量）的差异，因此实验结果的不同一定是由唯一的这个条件差异引起的。可见只有设置对照实验，才能有效地排除其它因素干扰结果的可能性，才能使设计显得比较严密。 严格设置对照组的方法： 对照实验设置关键之一就在于如何尽量去保证“其它条件的完全相等并且保持适宜状态”。具体来说有如下四个方面： 所用生物材料要相同。即所用生物材料的数量、质量、长度、体积、来源和生理状况等方面特点要尽量相同或至少大致相同。 所用实验器具要相同。即试管、烧杯、水槽、广口瓶等器具的大小型号要完全一样。 所用实验试剂要相同。即试剂的成分、浓度、体积要相同。尤其要注意体积上等量的问题。 所用处理方法要相同。如：保温或冷却：光照或黑暗；搅拌或振荡都要一致。有时尽管某种处理对对照实验来说，看起来似乎是毫无意义的，但最好还是要作同样的处理。 对照实验设置关键之二是对实验变量的控制。一般可采用“有”与“无”、“多”与“少”、“浓度、pH、数量或位置的变化、前后顺序”的方法。5、准确地预测实验结果并得出结论
