官术网_书友最值得收藏!

Providing options to a dropdown

The Git tag for this section is providing-options.

The first option in our dropdown should be an empty value. This is the value that's initially selected when the user creates a new appointment: no option is selected. Let's write that test now:

it('initially has a blank value chosen', () => {
render(<AppointmentForm />);
const firstNode = field('service').childNodes[0];
expect(firstNode.value).toEqual('');
expect(firstNode.selected).toBeTruthy();
});

Make that pass by adding in an empty option into the top of the select:

export const AppointmentForm = () => (
<form id="appointment">
<select name="service">
<option />
</select>
</form>
);

In the first chapter, you saw the importance of keeping test data simple. Our tests reference just what we need to exercise the test, and nothing more. We have to be very careful of noise, and we aim to keep our tests as concise as possible.

Now, we'll apply that principle to a larger set of data.

Our salon provides a whole range of services and we'd like to ensure that they are all listed in the app. We could start our test by defining our expectations like this:

it('lists all salon services', () => {
const selectableServices = [
'Cut',
'Blow-dry',
'Cut & color',
'Beard trim',
'Cut & beard trim',
'Extensions' ];

As it turns out, there's a simpler way. We want to prove that our code can take an array and list each array item within the dropdown. We can do this with just two items in our array. Any more is overkill.

But how do we use only two items in our test when we need six items for the production code?

We do that by passing in our array as a prop to the component, rather than hard-coding it within the component itself. We can then provide a two-item array for our tests and the full list when we hook the AppointmentForm up in our application entrypoint.

Add the following test:


it('lists all salon services', () => {
const selectableServices = ['Cut', 'Blow-dry'];

render(
<AppointmentForm
selectableServices={selectableServices}
/>
);

const optionNodes = Array.from(
field('service').childNodes
);
const renderedServices = optionNodes.map(
node => node.textContent
);
expect(renderedServices).toEqual(
expect.arrayContaining(selectableServices)
);
});

The expectations here are more complicated than we've seen before. The Array.from method takes childNodes, which is a NodeList, and produces a standard JavaScript array with the same nodes. We then use the Array.map function to pull out the textContent of these nodes and check that it matches our original array.

NodeList objects are "live" in that they automatically update when the DOM changes. By calling Array.from, we are taking a snapshot of the values within it at a particular moment in time.

The toEqual matcher, when applied to arrays, will check that each array has the same number of elements and that each element appears in the same place.

I've used "real"-like data for my expected services: cut and blow-dry. It's also fine to use non-real names such as Service A and Service B. Often, that can be more descriptive. Both are valid approaches.

Let's make this pass. Change the component definition, as follows:

export const AppointmentForm = ({ selectableServices }) => (
<form id="appointment">
<select name="service">
<option />
{selectableServices.map(s => (
<option key={s}>{s}</option>
))}

</select>
</form>
);

The latest test should now pass, but our earlier tests break because of the introduction of the new prop. We could update our tests to explicitly pass a selectableServices prop into AppointmentForm. We could also change our production code to use a default array if selectableServices isn't defined.

But there's another way, which is also conveniently how we'll get our real data into the application.

主站蜘蛛池模板: 天柱县| 阿城市| 冷水江市| 文昌市| 宁晋县| 黄龙县| 甘肃省| 甘谷县| 茶陵县| 广东省| 娱乐| 海林市| 章丘市| 育儿| 兴安盟| 崇明县| 罗定市| 洪江市| 呼和浩特市| 宣化县| 白河县| 灌南县| 通州区| 尚义县| 卫辉市| 天峨县| 松原市| 永登县| 中西区| 平度市| 宁化县| 金门县| 涟水县| 旌德县| 潮州市| 莱西市| 河西区| 清原| 兴文县| 新化县| 鄂托克前旗|