Nunit: Terapkan ValueSource pada parameter konstruktor perlengkapan

Dibuat pada 20 Jan 2018  ·  4Komentar  ·  Sumber: nunit/nunit

Apa pendapat Anda tentang mengizinkan ValueSource pada setiap parameter konstruktor perlengkapan? Tampaknya lebih konsisten dengan metode pengujian.

Diposting oleh @CharliePoole :

Reaksi pertama saya adalah "Kami punya masalah untuk itu!" tapi aku tidak bisa menemukannya. 😞

Kami memiliki banyak diskusi tentang ini di masa lalu. Kami akan menerapkan perlengkapan berparameter dalam tiga tahap: (1) seperti TestCase, (2) seperti TestCaseSource dan (3) seperti Nilai, Acak, dll bersama dengan berbagai strategi kombinasi.

Sejauh yang saya lihat, semua masalah selesai setelah kami melakukan (1) dan (2) dan kami baru saja berhenti melacak (3).

Saya tidak yakin bagaimana atau apakah itu akan menyelesaikan masalah saat ini, tetapi saya pikir itu adalah fitur yang harus kita miliki dan sepadan dengan masalahnya sendiri.

feature normal

Komentar yang paling membantu

Heh, apa peluangnya. Saya baru saja akan mengajukan ini, setelah menulis ini:

    [TestFixture("MIN", BlockSize.FULL)]
    [TestFixture("MAX", BlockSize.FULL)]
    [TestFixture("MIN", BlockSize.PARTIAL)]
    [TestFixture("MAX", BlockSize.PARTIAL)]
    [TestFixture("MIN", BlockSize.DECIMAL)]
    [TestFixture("MAX", BlockSize.DECIMAL)]

Semua 4 komentar

@jnm2 Gak mau ikut campur tapi...

Saya akan menyebutnya fitur daripada perangkat tambahan. Bagaimanapun, saya senang Anda tidak menyebutnya sebagai ide, yang berarti bagi saya bahwa kita tidak tahu apakah kita ingin melakukan ini sama sekali. Saya bahkan akan menyebutnya sebagai fitur prioritas tinggi, kecuali saya khawatir kita akan berakhir dengan terlalu banyak fitur untuk dikerjakan.

Namun, ketika saya menafsirkan label kami, meletakkan label desain di atasnya dan tidak menetapkannya untuk diri Anda sendiri berarti Anda sedang menunggu orang lain untuk bertanggung jawab atas desain tersebut. Apakah itu niat Anda?

Saya pikir kita sering melakukan ini dan akhirnya hanya memutar roda kita. Saya pikir seseorang sebenarnya harus bertanggung jawab untuk membuat desain, baik melalui diskusi atau dengan merancang sesuatu. Orang itu adalah orang yang menarik kita kembali ke jalurnya ketika kita keluar darinya... "Apakah ini relevan?" dll. Semua orang bebas untuk bersikap longgar tentang berbagai hal, tetapi orang itu harus bertanggung jawab.

Saya mengatakan semua ini karena saya membaca komentar Anda di edisi asli karena ini adalah sesuatu yang __Anda__ ingin lakukan dan sepertinya ide yang bagus untuk saya.

Yay, saya khawatir itu: fitur dan meletakkannya di backlog akan terlalu maju! Bagi saya itu pri:normal karena kami tidak yakin itu memblokir siapa pun. Saya mengambil istirahat dari menetapkan diri saya untuk masalah pri:normal kecuali mereka kecil, sampai daftar ini menjadi lebih pendek :

Ah komentar saya membingungkan karena saya tidak melihat Anda memilikinya sebagai diskusi! Itu hanya terlihat saat Anda menggunakan ZenHub, jadi saya selalu mencoba untuk memasangkannya dengan is:idea, sehingga memungkinkan non-pengguna ZenHub untuk melihat apa yang terjadi. BTW, ketika di telepon, yang sering terjadi akhir-akhir ini, tidak ada orang yang menjadi pengguna ZenHub.

Heh, apa peluangnya. Saya baru saja akan mengajukan ini, setelah menulis ini:

    [TestFixture("MIN", BlockSize.FULL)]
    [TestFixture("MAX", BlockSize.FULL)]
    [TestFixture("MIN", BlockSize.PARTIAL)]
    [TestFixture("MAX", BlockSize.PARTIAL)]
    [TestFixture("MIN", BlockSize.DECIMAL)]
    [TestFixture("MAX", BlockSize.DECIMAL)]
Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

ffMathy picture ffMathy  ·  3Komentar

jnm2 picture jnm2  ·  4Komentar

ChrisMaddock picture ChrisMaddock  ·  3Komentar

Aarskin picture Aarskin  ·  4Komentar

xplicit picture xplicit  ·  5Komentar