pan Test specifications and designs

pan
Test specifications and designs
A4.1 INTRODUCTION
Test specifications — usually called 'specs' — are generative explanatory documents for the creation of test tasks. Specs tell us the nuts and bolts of how to phrase the test items, how to structure the test layout, how to locate the passages, and how to make a host of difficult choices as we prepare test materials. More importantly, they tell us the rationale behind the various choices that we make. The idea of specs is rather old — Ruth (1924) may be the earliest proponent of something lice test specs. We believe that specs are actually a common-sense notion in test development. Planning seems wise in test authorship. Specs are often called blueprints, and this is an apt analogy. Blueprints are used to build structures, and from blueprints many equivalent structures can be erected. For example, we may find ourselves looking at a row of new homes, and, while each has unique design elements, we realize that all of the homes share many common features. Without going inside, we guess that the rooms are probably about the same size, with the kitchen and bath in the same location, with the bedrooms all probably in the same spot, and so forth. We surmise that all homes on this row were built from a common blueprint. Alternatively, perhaps we are in a housing development and we note that there are about five or six common models of homes. We see that ;me particular home resembles another some three doors down, and in turn, that another seems like one we saw on an adjacent street. In this second housing devel-opment, we surmise that the homes were built from a small set of some live or six blueprints. This second analogy is very like a test: there are a number of items or tasks drawn from a smaller number of specs, because we wish to re-sample various testing targets in order to improve our reliability and validity.
The dassic utility of specs lies in test equivalence. Suppose we had a particular test task and we wanted an equivalent task— same difficulty level, same testing objective, but different content. We want this to vary our test without varying its results. Perhaps we are concerned about test security, and we simply want a new version of the same test with the same assurance of reliability and validity. This was the original purpose of specs. Following Davidson and Lynch (2002, especially chapter 7), we believe that test specs have a broader and more profound impact on test development. They serve as a focus of critical review by test developers and users. Equivalence, reliability, validity are all assured because, in addition to the mechanical
Niv(5;
;2:::1,0n1
blueprint-like function of specs, they also serve as a formal record of critical dialogue. In this chapter we will present the general concept of test specs, some examples and, most importantly, this critical review function.
A4.2 PLANNING IN TEST AUTHORING
Needs assessment: A user's guide. Englewood Cliffs, NJ. Educational Technology Publications. Klein, S. P., Hoepfner, R., Bradley, P. A., Wooley, D., Dyer, J. S., & Strickland, G. P. (1971). Procedures for needs-assessment evaluation: A symposium. (Report No. 67). Los Angeles: University of California, Center for the Study of Evaluation. Mager, R. F. (1984a). Goal analysis (2nd ed.). Belmont, CA: Lake. Mager, R. F. (1984b). Analysing performance pmbleins (2nd ed.). Atlanta, GA: The Center for Effective Performance. Ftossett, A. (1999). Analysis for human performance technology. In Stolovitch, H. D., & Keeps, E.J. (Eds.) Handbook of performance technology: Improving individual and organizations/ pt-Tc,rmem Temlduide (pp. 139-163) San Francisco, CA: Jrissry Bass/Pfciffer Witkin, B. R. & Altschuld, J. W. (1995). Planning and conducting needs assessments: A practical guide. Thousand Oaks, CA: Sage Publications, Inc.

Hasil (Bahasa Indonesia) 1:

Pan Menguji spesifikasi dan desain PENGENALAN A4.1 Menguji spesifikasi — biasanya disebut 'spesifikasi' — generatif dokumen yang jelas untuk penciptaan soal tes. Spesifikasi mengatakan kacang-kacangan dan baut tentang bagaimana frase item tes, bagaimana struktur tata letak tes, bagaimana untuk menemukan ayat-ayat, dan bagaimana membuat sejumlah pilihan yang sulit seperti yang kita menyiapkan bahan ujian. Lebih penting lagi, mereka mengatakan alasan di balik berbagai pilihan yang kita buat. Ide dari spesifikasi agak tua — Rut (1924) mungkin pendukung awal sesuatu kutu menguji spesifikasi. Kami percaya bahwa spesifikasi yang benar-benar akal gagasan dalam pengembangan tes. Perencanaan tampak bijaksana dalam tes kepengarangan. Spesifikasi sering disebut cetak biru, dan ini adalah analogi yang tepat. Cetak biru yang digunakan untuk membangun struktur, dan dari cetak biru banyak setara struktur dapat didirikan. Sebagai contoh, kita dapat menemukan diri kita memandang deretan rumah baru, dan, meskipun masing-masing memiliki unsur-unsur desain yang unik, kami menyadari bahwa semua rumah berbagi fitur umum. Tanpa masuk ke dalam, kami menebak bahwa kamar mungkin tentang ukuran yang sama, dengan dapur dan bath di lokasi yang sama, dengan kamar tidur semua mungkin di tempat yang sama, dan sebagainya. Kami menduga bahwa semua rumah di baris ini dibangun dari cetak biru umum. Selain itu, mungkin kita berada dalam pembangunan perumahan dan kita perhatikan bahwa ada sekitar lima atau enam model umum rumah. Kita melihat bahwa; saya tertentu rumah menyerupai lain beberapa tiga pintu ke bawah, dan pada gilirannya, bahwa lain tampaknya seperti yang kita lihat di jalan yang berdekatan. Dalam ini kedua perumahan devel-opment, kami menduga bahwa rumah yang dibangun dari sekumpulan kecil beberapa hidup atau enam cetak biru. Analogi ini kedua adalah sangat seperti tes: ada sejumlah item atau tugas-tugas yang diambil dari sejumlah kecil spesifikasi, karena kita ingin kembali mencicipi berbagai sasaran pengujian untuk meningkatkan kehandalan dan keabsahan. Utilitas dassic spesifikasi terletak di tes kesetaraan. Misalkan kita memiliki tugas tertentu tes dan kami ingin tugas yang setara — sama tingkat kesulitan, tujuan pengujian yang sama, tapi konten yang berbeda. Kami ingin ini bervariasi pengujian kami tanpa hasil yang berbeda-beda. Mungkin kita prihatin tentang keamanan tes, dan kita hanya ingin versi baru dari pengujian yang sama dengan jaminan yang sama kehandalan dan keabsahan. Ini adalah tujuan awal dari spesifikasi. Mengikuti Davidson dan Lynch (2002, terutama Bab 7), kami percaya bahwa tes spesifikasi memiliki dampak yang lebih luas dan lebih mendalam pada pengembangan tes. Mereka melayani sebagai fokus tinjauan kritis oleh tes pengembang dan pengguna. Kesetaraan, kehandalan, keabsahan semua yakin karena, selain mekanikNIV (5; ; 2::: 1, 0n1 cetak biru-seperti fungsi dari spesifikasi, mereka juga melayani sebagai catatan resmi dari dialog kritis. Dalam bab ini kita akan menyajikan konsep umum spesifikasi tes, beberapa contoh dan yang paling penting, fungsi tinjauan kritis ini. A4.2 PERENCANAAN DI TES AUTHORING Penilaian kebutuhan: panduan pengguna. Englewood Cliffs, NJ. Publikasi teknologi pendidikan. Klein, S. P., Hoepfner, R., Bradley, P. A. Wooley, D., Dyer, J. S., & Strickland, P. G. (1971). Prosedur untuk evaluasi penilaian kebutuhan: simposium. (Laporan No. 67). Los Angeles: Universitas California, Pusat Studi evaluasi. Mager, R. F. (1984a). Tujuan analisis (edisi ke-2). Belmont, CA: Danau. Mager, R. F. (1984b). Menganalisis kinerja pmbleins (edisi ke-2). Atlanta, GA: Pusat untuk kinerja yang efektif. Ftossett, A. (1999). Analisis teknologi kinerja manusia. Dalam Stolovitch, H. D., & terus, Handbook EJ (Eds.) teknologi kinerja: meningkatkan individu dan organisasi / pt-Tc, rmem Temlduide (ms. 139-163) San Francisco, CA: Jrissry Bass Pfciffer Witkin, B. R. & Altschuld, W. J. (1995). Perencanaan dan melakukan penilaian kebutuhan: sebuah panduan praktis. Thousand Oaks, CA: Sage publikasi, Inc